JavaScript崛起,javascript发展前景

三叶草的衣服很贵吗？

adidas

三叶草kimono

track

top

p99845

图片上的的确是，但正品折扣之后要800左右。图片这家网店卖的自然是仿版了。呵呵。

相关问答

Q1: as3.0和javascript 区别

两个是不同领域的术语，不能混为一谈的，as3主要是flash的脚本代码，

as3.0，一般指actionscript 3.0，

ActionScript 是一种基于 ECMAScript 的编程语言，用来编写 Adobe Flash 电影和应用程序。ActionScript 1.0 最初随 Flash 5 一起发布，这是第一个完全可编程的版本。Flash 6 增加了几个内置函数，允许通过程序更好地控制动画元素。在 Flash 7 中引入了 ActionScript 2.0，这是一种强类型的语言，支持基于类的编程特性，比如继承、接口和严格的数据类型。Flash

8 进一步扩展了 ActionScript 2，添加了新的类库以及用于在运行时控制位图数据和文件上传的 API。Flash Player

中内置的 ActionScript Virtual Machine（AVM1）执行 ActionScript。通过使用新的虚拟机ActionScript Virtual Machine（AVM2），Flash 9（附带 ActionScript 3）大大提高了性能。

简介：

ActionScript 的老版本（ActionScript 1.0 和 2.0）提供了创建效果丰富的 Web应用程序所需的功能和灵活性。ActionScript 3 现在为基于 Web 的应用程序提供了更多的可能性。它进一步增强了这种语言，提供了出色的性能，简化了开发的过程，因此更适合高度复杂的 Web应用程序和大数据集。ActionScript 3 可以为以 Flash Player 为目标的内容和应用程序提供高性能和开发效率。

ActionScript 3 符合 ECMAScript Language Specification 第三版。它还包含基于 ECMAScript Edition 4 的功能，比如类、包和名称空间；可选的静态类型；生成器和迭代器；以及非结构化赋值（destructuring assignments）。随着 Web应用程序项

目需求的增长，也要求 ActionScript 引擎有重大的突破。ActionScript 3 引入了一个新的高度优化的

ActionScript Virtual Machine（AVM2），与 AVM1 相比，AVM2 的性能有了显著的提高。这使

ActionScript 3 代码的执行速度几乎比以前的 ActionScript 代码快了 10 倍。Flash Player 9 中包含

AVM2（ActionScript 3.0 的脚本语言引擎），设计它的目的是提供互联网应用程序开发人员所需的性能和特性。为了向后兼容现有的内容，Flash Player 将继续支持 AVM1。

概述：

从 ActionScript 3 的一般特性开始，我将讨论一下目标、语言特性和 Flash Player API 特性。还要讨论 ActionScript 3 中的新特性和不太为人所知的特性。在 2006 年 11 月 7 日，在旧金山召开的 WEB 2.0 会议上，Adobe Systems 宣布将 ActionScript Virtual Machine 的源代码捐献给 Mozilla Foundation。Mozilla 启动了一个新的开放源码项目 Tamarin，其目的是促进这种创建 Web应用程序的标准化方法的开发。

ActionScript 3 有两类特性：语言特性和 Flash Player API 特性。语言特性基本上是在 ActionScript 2 之上构建的，但是还有一些性能和功能方面的改进，包括：

许多运行时异常，用来改进常见的错误处理和调试。这些运行时异常会显示堆栈跟踪，可以帮助开发人员轻松地找到错误的根源。以前的 ActionScript 版本会悄悄地掩盖错误，以避免在 Flash 中出现错误消息对话框。这在开发期间会造成困难，因为开发人员不了解可能出现的错误，就无法开发出好产品。

在运行时存储类型细节，用来进行检查并保护系统，因此 ActionScript 3 是强类型的。这还有助于减少内存使用量，因为类型信息以本机机器表示法表示变量。

ActionScript 3 完全符合 ECMAScript 第四版规范，这可以简化 XML 解析。

ActionScript 3 的 Flash Player API 特性包括：

DOM3 事件模型提供了生成和处理事件消息的标准方法，这有助于在对象之间进行更好的通信和交互。

新的 Loader 类提供了装载 Shockwave Flash 和图像的单一机制，并提供访问关于被装载内容的详细信息的方法。URLLoader 类提供了在数据驱动应用程序中装载文本和二进制数据的单独机制。

Socket 类提供了以任何格式对服务器套接字读写二进制数据的方法。

ActionScript 3.0 包含一个 flash.text 包，它提供与文本相关的所有 API。

js

Javascript[1]是一种由Netscape的LiveScript发展而来的原型化继承的基于对象的动态类型的区分大小写的客户端脚本语言，主要目的是为了解决服务器端语言，比如Perl，遗留的速度问题，为客户提供更流畅的浏览效果。当时服务端需要对数据进行验证，由于网络速度相当缓慢，只有28.8kbps，验证步骤浪费的时间太多。于是Netscape的浏览器Navigator加入了Javascript，提供了数据验证的基本功能。

基本信息：

JavaScript是一种基于对象和事件驱动并具有相对安全性的客户端脚本语言。同时也是一种广泛用于客户端Web开发的脚本语言，常用来给HTML（标准通用标记语言的子集）网页添加动态功能，比如响应用户的各种操作。它最初由网景公司（Netscape）的Brendan Eich设计，是一种动态、弱类型、基于原型的语言，内置支持类。JavaScript是Sun公司(已被oracle收购）的注册商标。Ecma国际以JavaScript为基础制定了ECMAScript标准。JavaScript也可以用于其他场合，如服务器端编程。完整的JavaScript实现包含三个部分：ECMAScript，文档对象模型，字节顺序记号。

Netscape公司在最初将其脚本语言命名为LiveScript。在Netscape在与Sun合作之后将其改名为JavaScript。JavaScript最初受Java启发而开始设计的，目的之一就是“看上去像Java”[2]，因此语法上有类似之处，一些名称和命名规范也借自Java。但JavaScript的主要设计原则源自Self和Scheme[3]。JavaScript与Java名称上的近似，是当时网景为了营销[4]考虑与Sun公司达成协议的结果。为了取得技术优势，微软推出了JScript脚本语言。Ecma国际（前身为欧洲计算机制造商协会）创建了ECMA-262标准（ECMAScript）。现两者都属于ECMAScript的实现。尽管JavaScript作为给非程序人员的脚本语言，而非是作为给程序人员的编程语言来推广和宣传，但是JavaScript具有非常丰富的特性。

前身是Live Script

正式名称：ECMAScript

ECMAScript-262是JavaScript标准，基于网景（Netscape）公司提出JavaScript语言和微软公司提出的JScript语言

ECMA开始于1996年，在1997年7月，采纳了首个版本，1998年，该标准成为了国际ISO标准

总之，as是要基于flash上创作的动画脚本，让flash有更丰富的动画特效，而js则不需要这么麻烦，他是嵌入于web页面上，虽然也能实现动画效果，但是两者实现的动画功能还是有明显的区别，js毕竟还是比较不能实现更丰富动人的动画的，只能是简单的一些特效而已，还有就是基于web页面处理数据能力，as就没有这功能了。纯粹是动画脚本

Q2: Node.js 与 Python 作为后端服务的编程语言各有什么优劣

python 作为现在最流行的脚本语言之一， 以最少的代码实现最多的功能，本人之前从事过java开发和python开发。python有强大的框架和各种强大的包。而且以python的语言特性编码效率极高。我曾经用python 2个小时，就完成了java需要一天才能做完的事儿。

node.js 是在v8殷勤之后崛起的。如果说将来科技界能用一种语言来征服世界的话，那非js莫属。node.js采用单线程，非阻塞模式。具有很强的处理高并发的能力，作为一门新兴的后台语言，将来一定会很火。想想将来可以之学一门语言就可以做全栈开发，是多么了不起的一件事。但是node.js现阶段功能还比较少，更新速度太快，前阵子买了一本书，来学习node.js但是按书上的例子 编码之后发现不能运行。后来才发现仅仅几个月时间node.js中express中的api全变了。

Q3: 2021年，前端，移动开发，后端，我该选哪个？

请先给出明确答复：推荐选前端开发，web前端可以说前途不可限量！

解释原因：

现在的Web前端技术可以说是越来越成熟了，Web前端市场也非常的火爆，Web前端人才也是异常的紧缺。再者，由于互联网的崛起，Web前端技术的不断发展，也占据了互联网的一席之地。

那为什么说Web前端无可限量呢？国外著名的自媒体平台facebook，相信大家多多少少知道一点，也用过一点，它就是Web前端技术的产物，完全基于前端框架打造出来的平台。再者，大家常用的外卖平台饿了么，它旗下的部分产品就是基于Web前端技术的。像淘宝，百度，阿里等等，都已经将Web前端技术打入到了自己的产品中。

前端开发行业薪资水平呈上涨趋势，Web前端开发早已不是做带动画的下拉菜单的时代了，他们已成为互联网主宰者，各行业都用其开发互联网应用。但目前整互联网行业的Web前端开发工程师紧俏，企业正高薪求才，薪资待遇一涨再涨 ！

Web前端技术可以说是越来越成熟了，Web前端市场也非常的火爆，Web前端人才也是异常的紧缺。再者，Web前端行业也是无可限量。由于互联网的崛起，Web前端技术的不断发展，也占据了互联网的一席之地。

Web前端开发工程师已经成为发展中的职业香馍馍。几乎整个互联网行业都缺Web前端工程师，无论是刚起步的创业公司，还是上市公司乃至巨头，空缺一样存在。优秀的Web前端工程师简直比大熊猫还稀少。

有无解决办法：所以，还是很推荐你学习web前端的；如果真的想学习，可以了解一下北京尚学堂，我们是专门做编程培训的，拥有极其丰厚的师资力量，带给你不一样的学习体验。分享一下前端的知识框架，希望对你有所帮助：

Q4: 2022 年将成为主导的顶级编程语言

编程语言是程序员（开发人员）用来与计算机进行通信的计算机语言。它是用任何特定语言（C、C++、Java、Python）编写的一组指令，用于执行特定任务。编程语言主要用于开发桌面应用程序、网站和移动应用程序。以下是 2022 年最流行的顶级语言。

Python

Python 是由 Guido van Rossum 于 1980 年代后期在荷兰构建的。Python 最初是作为 Java 在行业中的竞争对手而构建的，后来逐渐流行起来。目前，Python 在研究人员和开发人员社区中都非常受欢迎。Python 在 IEEE Spectrum 的语言排名中名列前茅，得分为满分 100。此外，Python 也很受尊重，支持率高达 44.1%。

Python 几乎适用于任何事物。Django 和 Flask 可用于 Web 开发，而 Jupyter 和 Spyder 等科学工具则用于分析和研究目的。如果您喜欢自动化，Selenium 可以帮助您！该语言的灵活性使 Python 几乎可以在任何地方使用。到目前为止，这些是 Python 中比较流行的产品。Python 的巨大支持基础（仅次于 JavaScript）产生了大量使用该语言的包、框架，甚至是成熟的开源软件。

总的来说，Python 可能对数据科学和机器学习有最大的支持。虽然还有其他语言（如 R 和 MATLAB）提供竞争，但 Python 是数据科学领域的严格统治者。机器学习中使用的大多数框架和库都仅用 Python 编写，如果想要学习机器学习（或一般的数据科学），它可能是最好的语言。

JavaScript

JavaScript 在这一点上几乎是行业领导者。JavaScript 最初于 1994 年作为 Netscape Navigator（当时最好的浏览器之一）的脚本语言而构建，它迅速崛起。直到 2008 年，Google 才在为 Google Chrome 构建 V8 引擎时设计了现代 JavaScript。最初由 Netscape 构建为 Java 的竞争对手，JavaScript 现在在开发领域拥有自己的空间。JavaScript 因其流行而被广泛认为是“互联网语言”。JavaScript 在开发者社区中的支持率最高——高达 67.7%。一般来说，JavaScript 适用于任何类型的开发活动，如移动应用程序开发、Web 开发、桌面应用程序开发等。

JavaScript 有各种各样的库和框架，可以在开发过程中使用。有用于前端开发的 Angular、Vue 和 React，而 Node.js 是一种用于后端开发的非常灵活的语言。Jest 和 Mocha 是两个灵活的工具，可帮助设置单元测试以检查功能是否按预期工作。当然，如果您对其中任何一个都不太满意，您可以在前端使用普通的 HTML、CSS 和 JavaScript——就这么简单！由于来自世界各地开发人员的巨大支持，JavaScript 拥有任何语言都可以夸耀的最多数量的支持包。尽管如此，人们继续构建越来越多的包，以增加使用该语言的便利性。

Java

Java 由 James Gosling、Mike Sheridan 和 Patrick Naughton 于 1991 年构建为“Oak”语言，是第一种在全球产生重大影响的语言。虽然新的编程语言使用与 C/C++ 相同的格式，但它融入了某些新思想，使其对更多人更具吸引力。Java 运行的原则是“一次编写，随处运行”——这意味着具有不同硬件和操作系统配置的系统可以轻松运行 Java 程序。

Java 也有各种各样的库和框架，它们在底层使用 Java。Java 用于通过 Spring 和 Hibernate 进行应用程序开发。JUnit 帮助我们为 Java 项目设置单元测试。最重要的是，Java 被用于开发原生 Android 应用程序（Android SDK 本身由 Java 开发工具包或 JDK 提供支持）。Java 可能是大多数人在大学或学校的计算机编程入门课程中被介绍的语言。Java 是用于向大众教授面向对象编程的语言。

Java 在分析和研究领域也备受推崇。Java 唯一的问题是目前该语言的支持包和项目很少。很少有社区参与——这是大多数主流语言都有的。尽管如此，Java 是一种非常容易掌握和学习的语言——这在一定程度上解释了该语言的吸引力。但是，要掌握某种形式的语言确实需要一些时间。

C++

也许人们在本文中可以期待的最令人震惊的答案之一是 C++。尽管是大多数人用来学习数据结构和算法概念的语言，但该语言本身在实际世界中却很少使用。C++ 最初由 Bjarne Stroustrup 于 1982 年创建，作为 C 编程语言的扩展，在接下来的几年中继续声名鹊起。

C++ 可用于分析、研究以及 游戏 内开发。流行的 游戏 开发引擎——虚幻引擎——使用 C++ 作为脚本语言，用于构建 游戏 时可以定义的所有功能。C++ 在软件开发中也有广泛的用途。介于面向对象方法和面向方法方法之间，C++ 可以灵活地使用它生成的软件的性质。在 TIOBE 指数中排名第 4 意味着 C++ 至今仍具有吸引力。C++也广泛用于系统软件开发，比其他语言更容易理解。在操作系统等敏感领域使用 C++ 的主要原因是 C++ 程序的编译时间非常短。

C++ 可能拥有所有语言中最大的学习社区。大多数学生会开始他们的算法课程，用 C++ 构建树、链表、堆栈、队列和许多其他数据结构。当然，只要注意细节，它就很容易上手和学习，也很容易掌握。

Typescript

TypeScript 是 JavaScript 的超集，具有与 JavaScript 几乎相同的应用程序。TypeScript 可用于 Web 开发、移动应用程序开发、桌面应用程序开发等。在 StackOverflow 的最受欢迎语言列表中，TypeScript 是第二受欢迎的语言，受到 67.1% 的开发人员的喜爱（仅次于 Rust）。

TypeScript 主要是一种用于开发的语言，因此它对科学界没有太大吸引力。但是，由于 TypeScript 的新功能，可以预期它可能会激发更大程度的研究兴趣。该语言的技能上限比 JavaScript 低得多——并且 JavaScript 的许多“难以理解”的行为已在 TypeScript 中得到简化。换句话说，您将头撞到墙上的机会略小。

Golang

新语言正在迅速崛起，新的竞争者即将挑战 JavaScript 和 Python 拥有的宝座。由谷歌（两者的名字中都有“Go”！）主要是为了推进函数式编程的事业，Golang 在短时间内建立了大量的追随者。Golang 已经成为 StackOverflow 第五大最适合学习的语言，受到 62.3% 的开发人员的喜爱。

Golang 用于多个领域，用于开发强大的软件以及用于 Web 和移动应用程序的后端。目前，Golang 甚至支持一些基本的 Web 开发。虽然它仍处于取代 JavaScript 作为网络语言的阶段，但它正在迅速成为支持下一阶段网络的语言。

Golang 比此列表中的其他语言更难学习。此外，Golang 是一种开源语言，每次重大更新都会频繁更改，因此保持更新是必要的。

Dart

Dart 是工业领域发展最快的语言之一。谷歌在语言领域的贡献显着增加，以与微软的 TypeScript 日益流行的竞争相抗衡。Dart 因其简单性而受到世界各地程序员的高度喜爱。

Dart 用于多平台应用程序开发。与 JavaScript 一样，Dart 用于构建任何人都可以使用电子设备运行的软件。目前 Dart 最著名的用途是 Flutter 框架，Flutter 是一种用于移动应用程序开发的语言。最近的谷歌趋势表明，Flutter 尽管是一个较新的框架，但比 React Native 更受欢迎，后者是业界已经建立的移动应用程序开发框架。

Dart 比 JavaScript 更容易学习，并且能够很好地简化甚至难以理解的案例。随着市场上的 TypeScript 和 Dart 的出现，程序员在选择一种他们真正想要学习的语言时会面临多种选择。

Q5: JSON 的兴起与崛起

JSON 已经占领了全世界。当今，任何两个应用程序彼此通过互联网通信时，可以打赌它们在使用 JSON。它已被所有大型企业所采用：十大最受欢迎的 web API 接口列表中（主要由 Google、Facebook 和 Twitter 提供），仅仅只有一个 API 接口是以 XML 的格式开放数据的。 1 这个列表中的 Twitter API 为此做了一个鲜活的注脚：其对 XML 格式的支持到 2013 年结束，其时发布的新版本的 API 取消 XML 格式，转而仅使用 JSON。JSON 也在程序编码级别和文件存储上被广泛采用：在 Stack Overflow（LCTT 译注：一个面向程序员的问答网站）上，现在更多的是关于 JSON 的问题，而不是其他的数据交换格式。 2

考虑到自 2005 年来 Web 编程世界就垂涎于 “异步 JavaScript 和 XML” 而非 “异步 JavaScript 和 JSON” 的技术潜力，你可以发现 JSON 的主导地位是如此的让人惊讶。当然了，这可能与这两种通信格式的受欢迎程度无关，而仅反映出缩写 “AJAX” 似乎比 “AJAJ” 更具吸引力。但是，即使在 2005 年有些人（实际上没有太多人）已经用 JSON 来取代 XML 了，我们不禁要问 XML 的噩运来的如此之快，以至于短短十来年，“异步 JavaScript 和 XML” 这个名称就成为一个很讽刺的误称。那这十来年发生了什么？JSON 怎么会在那么多应用程序中取代了 XML？现在被全世界工程师和系统所使用、依赖的这种数据格式是谁提出的？

2001 年 4 月，首个 JSON 格式的消息被发送出来。此消息是从旧金山湾区某车库的一台计算机发出的，这是计算机 历史 上重要的的时刻。Douglas Crockford 和 Chip Morningstar 是一家名为 State Software 的技术咨询公司的联合创始人，他们当时聚集在 Morningstar 的车库里测试某个想法，发出了此消息。

在 “AJAX” 这个术语被创造之前，Crockford 和 Morningstar 就已经在尝试构建好用的 AJAX 应用程序了，可是浏览器对其兼容性不好。他们想要在初始页面加载后就将数据传递给应用程序，但其目标要针对所有的浏览器，这就实现不了。

这在今天看来不太可信，但是要记得 2001 年的时候 Internet Explorer（IE）代表了网页浏览器的最前沿技术产品。早在 1999 年的时候，Internet Explorer 5 就支持了原始形式的 XMLHttpRequest，开发者可以使用名为 ActiveX 的框架来访问此对象。Crockford 和 Morningstar 能够使用此技术（在 IE 中）来获取数据，但是在 Netscape 4 中（这是他们想要支持的另一种浏览器）就无法使用这种解决方案。为此 Crockford 和 Morningstar 只得使用一套不同的系统以兼容不同的浏览器。

第一条 JSON 消息如下所示：

消息中只有一小部分类似于今天我们所知的 JSON，本身其实是一个包含有一些 JavaScript 的 HTML 文档。类似于 JSON 的部分只是传递给名为 receive() 的函数的 JavaScript 对象字面量。

Crockford 和 Morningstar 决定滥用 HTML 的帧（frame）以发送数据。他们可以让一个帧指向一个返回的上述 HTML 文档的 URL。当接收到 HTML 时，JavaScript 代码段就会运行，就可以把数据对象字面量如实地传递回应用程序。只要小心的回避浏览器保护策略（即子窗口不允许访问父窗口），这种技术就可以正常运行无误。可以看到 Crockford 和 Mornginstar 通过明确地设置文档域这种方法来达到其目的。（这种基于帧的技术，有时称为隐藏帧技术，通常在 90 年代后期，即在广泛使用 XMLHttpRequest 技术之前使用。 3 ）

第一个 JSON 消息的惊人之处在于，它显然不是一种新的数据格式的首次使用。它就是 JavaScript！实际上，以此方式使用 JavaScript 的想法如此简单，Crockford 自己也说过他不是第一个这样做的人。他说 Netscape 公司的某人早在 1996 年就使用 JavaScript 数组字面量来交换信息。 4 因为消息就是 JavaScript，其不需要任何特殊解析工作，JavaScript 解释器就可搞定一切。

最初的 JSON 信息实际上与 JavaScript 解释器发生了冲突。JavaScript 保留了大量的关键字（ECMAScript 6 版本就有 64 个保留字），Crockford 和 Morningstar 无意中在其 JSON 中使用了一个保留字。他们使用了 do 作为了键名，但 do 是解释器中的保留字。因为 JavaScript 使用的保留字太多了，Crockford 做了决定：既然不可避免的要使用到这些保留字，那就要求所有的 JSON 键名都加上引号。被引起来的键名会被 JavaScript 解释器识别成字符串，其意味着那些保留字也可以放心安全的使用。这就为什么今天 JSON 键名都要用引号引起来的原因。

Crockford 和 Morningstar 意识到这技术可以应用于各类应用系统。想给其命名为 “JSML”，即JavaScript 标记语言(JavaScript Markup Language)的意思，但发现这个缩写已经被一个名为 Java Speech 标记语言的东西所使用了。因此他们决定采用 “JavaScript Object Notation”，缩写为 JSON。他们开始向客户推销，但很快发现客户不愿意冒险使用缺乏官方规范的未知技术。所以 Crockford 决定写一个规范。

2002 年，Crockford 买下了 JSON.org 域名，放上了 JSON 语法及一个解释器的实例例子。该网站仍然在运行，现在已经包含有 2013 年正式批准的 JSON ECMA 标准的显著链接。在该网站建立后，Crockford 并没有过多的推广，但很快发现很多人都在提交各种不同编程语言的 JSON 解析器实现。JSON 的血统显然与 JavaScript 相关联，但很明显 JSON 非常适合于不同语言之间的数据交换。

2005 年，JSON 有了一次大爆发。那一年，一位名叫 Jesse James Garrett 的网页设计师和开发者在博客文章中创造了 “AJAX” 一词。他很谨慎地强调：AJAX 并不是新技术，而是 “好几种蓬勃发展的技术以某种强大的新方式汇集在一起。 5 ” AJAX 是 Garrett 给这种正受到青睐的 Web 应用程序的新开发方法的命名。他的博客文章接着描述了开发人员如何利用 JavaScript 和 XMLHttpRequest 构建新型应用程序，这些应用程序比传统的网页更具响应性和状态性。他还以 Gmail 和 Flickr 网站已经使用 AJAX 技术作为了例子。

当然了，“AJAX” 中的 “X” 代表 XML。但在随后的问答帖子中，Garrett 指出，JSON 可以完全替代 XML。他写道：“虽然 XML 是 AJAX 客户端进行数据输入、输出的最完善的技术，但要实现同样的效果，也可以使用像 JavaScript Object Notation（JSON）或任何类似的结构数据方法等技术。 ” 6

开发者确实发现在构建 AJAX 应用程序时可以很容易的使用 JSON，许多人更喜欢它而不是 XML。具有讽刺意味的是，对 AJAX 的兴趣逐渐的导致了 JSON 的普及。大约在这个时候，JSON 引起了博客圈的注意。

2006 年，Dave Winer，一位高产的博主，他也是许多基于 XML 的技术（如 RSS 和 XML-RPC）背后的开发工程师，他抱怨到 JSON 毫无疑问的正在重新发明 XML。尽管人们认为数据交换格式之间的竞争不会导致某一技术的消亡。其写到：

我很理解 Winer 的挫败感。事实上并没有太多人喜欢 XML。甚至 Winer 也说过他不喜欢 XML。 8 但 XML 已被设计成一个可供任何人使用，并且可以用于几乎能想象到的所有事情。归根到底，XML 实际上是一门元语言，允许你为特定应用程序自定义该领域特定的语言。如 Web 信息流技术 RSS 和 SOAP（简单对象访问协议）就是例子。Winer 认为由于通用交换格式所带来的好处，努力达成共识非常重要。XML 的灵活性应该能满足任何人的需求，然而 JSON 格式呢，其并没有比 XML 提供更多东西，除了它抛弃了使 XML 更灵活的那些繁琐的东西。

Crockford 阅读了 Winer 的这篇文章并留下了评论。为了回应 JSON 重新发明 XML 的指责，Crockford 写到：“重造轮子的好处是可以得到一个更好的轮子。” 9

到 2014 年，JSON 已经由 ECMA 标准和 RFC 官方正式认可。它有了自己的 MIME 类型。JSON 已经进入了大联盟时代。

为什么 JSON 比 XML 更受欢迎？

Crockford 还声称 JSON 的另一个巨大优势是其被设计为数据交换格式。 12 从一开始，它的目的就是在应用程序间传递结构化信息的。而 XML 呢，虽然也可以使用来传递数据，但其最初被设计为文档标记语言。它演变自 SGML（通用标准标记语言），而它又是从被称为 Scribe 的标记语言演变而来，其旨在发展成类似于 LaTeX 一样的文字处理系统。XML 中，一个标签可以包含有所谓的“混合内容”，即带有围绕单词、短语的内嵌标签的文本。这会让人浮现出一副用红蓝笔记录的手稿画面，这是标记语言核心思想的形象比喻。另一方面，JSON 不支持对混合内容模型的清晰构建，但这也意味着它的结构足够简单。一份文档最好的建模就是一棵树，但 JSON 抛弃了这种文档的思想，Crockford 将 JSON 抽象限制为字典和数组，这是所有程序员构建程序时都会使用的最基本的、也最熟悉的元素。

最后，我认为人们不喜欢 XML 是因为它让人困惑。它让人迷惑的地方就是有很多不同的风格。乍一看，XML 本身及其子语言（如 RSS、ATOM、SOAP 或 SVG）之间的界限并不明显。典型的 XML 文档的第一行标识了该 XML 的版本，然后该 XML 文档应该符合特定的子语言。这就有变化需要考虑了，特别是跟 JSON 做比较，JSON 是如此简单，以至于永远不需要编写新版本的 JSON 规范。XML 的设计者试图将 XML 做为唯一的数据交换格式以支配所有格式，就会掉入那个经典的程序员陷阱：过度工程化。XML 非常笼统及概念化，所以很难于简单的使用。

在 2000 年的时候，发起了一场使 HTML 符合 XML 标准的活动，发布了一份符合 XML 标准的 HTML 开发规范，这就此后很出名的 XHTML。虽然一些浏览器厂商立即开始支持这个新标准，但也很明显，大部分基于 HTML 技术的开发者不愿意改变他们的习惯。新标准要求对 XHTML 文档进行严格的验证，而不是基于 HTML 的基准。但大多的网站都是依赖于 HTML 的宽容规则的。到 2009 年的时候，试图编写第二版本的 XHTML 标准的努力已经流产，因为未来已清晰可见，HTML 将会发展为 HTML5（一种不强制要求接受 XML 规则的标准）。

如果 XHTML 的努力取得了成功，那么 XML 可能会成为其设计者所希望的通用数据格式。想象一下，一个 HTML 文档和 API 响应具有完全相同结构的世界。在这样的世界中，JSON 可能不会像现在一样普遍存在。但我把 HTML 的失败看做是 XML 阵营的一种道义上的失败。如果 XML 不是 HTML 的最佳工具，那么对于其他应用程序，也许会有更好的工具出现。在这个世界，我们的世界，很容易看到像 JSON 格式这样的足够简单、量体裁衣的才能获得更大的成功。

via:

作者： Two-Bit History 选题： lujun9972 译者： runningwater 校对： wxy