[RIA]HTML5怎么就成了RIA“杀手”？

详细请看：http://www.k-zone.cn/zblog/post/html5-kill-ria.html
最近，我想IT领域最为火爆的一个词汇就是：HTML5了。随着Google Wave揭开面纱，FireFox 3.5、Opear 10、Chrome相继支持HTML5特性后，本来就不是一个新词汇的HTML5突然之间进入到了更多人的视线里面，本应是一个利好的事情，毕竟HTML5的出现会给Web带来很多新的“生机”与“活力”。
然而，不知道从什么时候开始，HTML5竟然被描述成了“Flash杀手”、“ RIA杀手”等“血淋淋”的词汇。关于HTML5能否可以取代Flash、取代RIA？网络上几乎是各抒己见，百花齐放。

本篇文章也是叙述HTML5与RIA之间的事情，但是本篇文章是从他们之间的从属关系进行的叙述，而没有从技术等角度来描述。

okay，首先第一个阐述的观点，既然HTML5是RIA、Flash、Silverlight杀手，那么所谓“杀手”指的是什么呢？
即“杀手”的含义：
HTML5可以代替Flash、Silverlight、JavaFX等技术。甚至于“消灭”掉RIA这个词汇。
那么既然说到了RIA，让我们先了解一下RIA的定义：
网络上关于RIA的定义有很多，我就不在这里叙述了，定义请看：这里

目前来说RIA范畴的主流解决方案大致如下几个：
1、  Flash（Adobe公司）
2、  Silverlight（Microsoft公司）
3、  JavaFX（Oracle公司）
4、  Ajax（以JavaScript驱动）

不过无论哪种RIA解决方案，他们有一个共同点。都是需要下载一个runtime，然后相当于浏览器插件形式存在的。（Ajax除外）
也就是说：HTML5与RIA之前的关系是：平台与插件。无论是哪个RIA技术都会包容在HTML里面。（Ajax技术亦是如此）
也就是说：之前他们的关系是“和平相处”的情况。

而HTML5在某些人的描述中，突然之间变成了RIA的杀手、Flash杀手、Silverlight杀手...
那么持这些论调的人所拥有的观点是什么？

我觉得大致有以下几个特征：（我只是列举了几个特征而已）
<video>标签：
利用HTML5这个新标签可以直接在HTML上面播放视频、例如ogg、mp4格式。
<canvas>标签：
利用HTML5这个新标签可以直接在HTML上面显示2D图形。例如圆形、长方形、正方形等。
HTML5离线处理：
在Google Gears、Adobe AIR大行其道的今天，如果以后HTML原生的支持离线标准，并且制定了相应的标准，那么肯定会对Google Gears、Adobe AIR产生重大的影响。

通过上面的几个HTML5的特性的确不能难看出：
一个具有2D绘图能力，同时也可以自行执行多媒体技术、并且拥有离线处理技术的新产品，那么它的确是有RIA特性的产物。更“可怕”的是，它还是RIA技术的平台、载体。

但是我想说的是：
1、  Flash早在Flash 1版本的时候就已经支持了2D绘图。同时Silverlight、JavaFX也都在他们的第一个版本中支持了2D绘图。
2、  Video/audio的支持的确是一大进步，不过目前主流的流媒体技术仍旧是Adobe公司的FLV，同时FLV占据了90%的份额，那么ogg、mp4能否成为主流格式呢？如果不成为主流的话，<video><audio>标签能否有受众？（当然Youtube支持一个HTML5的访问链接）
3、  离线标准的制定：这个地方的确是看起来很美，但是前有Google Gears、Adobe AIR，后有Silverlight 3.0版本的加入。而且无论是哪种方案，目前都有大批量的程序作为依靠。

上面是我说的HTML5其中一部分“引以自豪”的功能。那么我再说说下面的一些问题：
1、  HTML5的制定需要在2022年才能正式发布，就是说这部分相当充裕的时间，就足以让Flash、Silverlight、JavaFX等做他们想做的事情了。
2、  浏览器的兼容性，虽然现在可以使用一些非常规手段，例如识别未知元素等方式，让HTML5向下兼容浏览器，但是大家一定要注意，虽然可以识别，但是仍旧无法使用HTML5的特性。而Flash、Silverlight、JavaFX，如果出现了上述的情况，那么只需要下载对应高版本的runtime即可，这也是插件方式的有点。
3、  又是浏览器的兼容性，无论Chrome、FireFox、Safari里面JS执行速度如何的快，目前IE（6、7、8）系列还是占据主要市场的。而浏览器直接的JS等的不兼容性，也会给HTML5的推广带来很多不利的因素。

通过上述的一些反例足可以说明，HTML5会真的“看起来”很美？我想不是的，那么HTML5可以为我们带来什么？
首先一个先决条件：HTML与RIA一直都是“平台与插件”之间的关系。

然后我举一个“貌似”恰当的例子来说明：
例如：windows XP，如果想要具有类似Vista Aero效果，那么需要下载第三方工具：windowsblind来模拟实现，最终是可以实现Aero效果，那么效率方面也不如在Vista原生的支持好。同样，在Vista已经原生的支持了Aero效果，那么windowsblind也有相对于Vista的版本，而这个版本可以支持更多的效果。

上面的例子不是很贴切，但是我想可以说明一个事情。
如果HTML5可以原生的支持视频、2D图形、离线浏览等功能，是不是可以这么说：
Flash、Silverlight、JavaFX可以通过这些特性做更多的事情呢？或者Flash、Silverlight、JavaFX可以更专注于某些HTML无法实现的功能，同时HTML5也会给RIA带来更强大的平台。

下面是一个HTML5的特性展示：
http://people.mozilla.com/~prouget/demos/DynamicContentInjection/play.xhtml（以上链接需要FireFox 3.5打开（即支持HTML5的浏览器））

如果看不了的话，请看video：
http://standblog.org/blog/post/2009/04/15/Making-video-a-first-class-citizen-of-the-Web

通过这个demo可以得知，我们在HTML5上面的内容可以通过“某些手段”显示在video上面。这就是一个比较典型的互动，那么如果让HTML与Flash进行配合，是不是可以做出真实的产品介绍等内容呢？

再比如一个例子：
在Google Wave中，我们可以利用HTML5的将桌面上面的内容直接拖拽到浏览器里面，如果这个特性放到Flash里面，即将桌面上面的内容直接拖拽到Flash里面，然后再进行处理（例如图片处理等方式），当处理完毕后，还可以再保存到桌面上。这样的方式，我想如果没有HTML5的支持是无法实现的。

所以我认为HTML5不仅不是RIA杀手，而且还是RIA新的强大的实施平台。当HTML5搭载RIA后，RIA将会变得更加的强大。同时RIA也会相应的放弃一些不必要的功能。

那么HTML5到底是谁的“杀手”呢？
我个人觉得HTML5联合RIA技术因而面对的真正对手：传统的C\S类型的软件。

当然了上面的观点是我的猜想，原因也很简单：
1、  HTML5 + RIA将变得很强大，强大到将web的内容渗透到操作系统上面。
2、  背后还可以有云计算的支持。
3、  HTML5 + RIA无疑可以慢慢模糊浏览器与操作系统之间的界限，即模糊B\S软件与C\S软件之间的差别。
4、  HTML5、RIA无论哪个概念都属于web领域，因此HTML5的加入可以助力Web领域的发展。

同时，上述任意一点无疑都是对传统软件的冲击，也就是说：Web产品对桌面产品的冲击和挑战将会随着HTML5的到来而越演越烈！
再猜测继续猜测一下，Web下一个对手将是OS（操作系统），而Web的“战将”则是HTML5、RIA、云计算等技术。

因此本文的真正题目是：HTML5 + RIA“大战”桌面软件：）

写在最后的话：
本篇文章在某些地方的确有些“火药味”，因此在某些地方有偏颇的话，还请各位看官，指下留情：）

评论

72 楼 WonLen 2009-07-03  

icewubin 写道

lifesinger 写道

WonLen 写道

icewubin 写道

楼上几位没有听明白我的意思，有一种职业叫做UI设计师，不同于一般的程序员，这些人应该是美术出身。

打个比方，有些美工先学DW，精通之后部分人就深入学习HTML和JS了，这些人的美术方面的素质，要比从程序员转过来的强太多了。这是大势所趋，好比搞室内装潢设计的，当然是利用工具设计。

从一个软件工程角度来说，不能什么事都让程序员去大包大揽，否则永远是小作坊，需求、UI设计、功能测试就应该让专业的人去做，而UI设计人员（就算是高级美工吧）和程序员之间的衔接效率的高低是很重要的。

来看看两种情况，以传统的HTML为例：
1.美工只负责PS，然后程序员自己切图，html编程。

2.美工利用工具DW设计页面，程序员不需要过于深入HTML、CSS的学习和设计。

表面上看，两种都可以，但是实际上，人力成本和时间成本显然是第二种更好。虽然举了个传统HTML的例子，但是一样可以套用到其他软件界面设计上，这个例子中有一个DW这样的工具就是非常重要的。

你说的我很同意，不过再接着引申一下，这些美工如果学会了一下HTML、CSS后，再可以学习一些用户体验性的东西，那么这些美工应该叫做：UED、UCD等职责的人了。目前我所知比较正规的UED、UCD的团队诸如：淘宝、阿里巴巴、腾讯等。（当然，其他的一些大公司应该也会有这样的职位）

会html和js的美工，国内很少很少的，几乎没见到过

是很少，但是这些目前稀缺的复合型人才的工资是非常高的（不仅仅会HTML和JS，要了解DIV+CSS的布局，Flash设计，Flex布局设计等等）。相比那些不会徒手设计，没有美术功底的所谓UI设计师来说，产出的产品质量差几个档次了。

是的，本来Flex就是一门交叉性很高的语言。

71 楼 WonLen 2009-07-03  

chirking 写道

问题是现在大部分人（包括我）装flash插件就是为了看视频。
如果html5支持<video>标签了，
那么估计很多人跟本就不会安装flash插件。
那么即使功能再强大，又有什么用？
你会去开发一个大部分人都用不了的系统？

这个结论下的太早了，原因：
1、虽然目前有一些浏览器支持HTML5，但是它们的市场占有率很小。（FF 3.5、chrome、safari 4、IE8只有这么几款支持而已，但是只是现在）
2、<video>能播放的格式：mp4、ogg。但是没有flv，而目前90%的流媒体是flv格式的，转换是一个问题。（不代表将来不支持）
3、flash player不仅仅是播放视频。还可以用作其他领域：例如flash 游戏、flex app等（saas、paas等），因此仅仅是<video>标签是远远不够的。
4、html5的商用是在2022年（据说）因此你现在这个结论为时尚早：）
而我写的内容是因为之前有些文章的说法像你一样，会误导大家或者你自己的：）

70 楼 icewubin 2009-07-03  

lifesinger 写道

WonLen 写道

icewubin 写道

楼上几位没有听明白我的意思，有一种职业叫做UI设计师，不同于一般的程序员，这些人应该是美术出身。

打个比方，有些美工先学DW，精通之后部分人就深入学习HTML和JS了，这些人的美术方面的素质，要比从程序员转过来的强太多了。这是大势所趋，好比搞室内装潢设计的，当然是利用工具设计。

从一个软件工程角度来说，不能什么事都让程序员去大包大揽，否则永远是小作坊，需求、UI设计、功能测试就应该让专业的人去做，而UI设计人员（就算是高级美工吧）和程序员之间的衔接效率的高低是很重要的。

来看看两种情况，以传统的HTML为例：
1.美工只负责PS，然后程序员自己切图，html编程。

2.美工利用工具DW设计页面，程序员不需要过于深入HTML、CSS的学习和设计。

表面上看，两种都可以，但是实际上，人力成本和时间成本显然是第二种更好。虽然举了个传统HTML的例子，但是一样可以套用到其他软件界面设计上，这个例子中有一个DW这样的工具就是非常重要的。

你说的我很同意，不过再接着引申一下，这些美工如果学会了一下HTML、CSS后，再可以学习一些用户体验性的东西，那么这些美工应该叫做：UED、UCD等职责的人了。目前我所知比较正规的UED、UCD的团队诸如：淘宝、阿里巴巴、腾讯等。（当然，其他的一些大公司应该也会有这样的职位）

会html和js的美工，国内很少很少的，几乎没见到过

是很少，但是这些目前稀缺的复合型人才的工资是非常高的（不仅仅会HTML和JS，要了解DIV+CSS的布局，Flash设计，Flex布局设计等等）。相比那些不会徒手设计，没有美术功底的所谓UI设计师来说，产出的产品质量差几个档次了。

69 楼 icewubin 2009-07-03  

WonLen 写道

icewubin 写道

楼上几位没有听明白我的意思，有一种职业叫做UI设计师，不同于一般的程序员，这些人应该是美术出身。

打个比方，有些美工先学DW，精通之后部分人就深入学习HTML和JS了，这些人的美术方面的素质，要比从程序员转过来的强太多了。这是大势所趋，好比搞室内装潢设计的，当然是利用工具设计。

从一个软件工程角度来说，不能什么事都让程序员去大包大揽，否则永远是小作坊，需求、UI设计、功能测试就应该让专业的人去做，而UI设计人员（就算是高级美工吧）和程序员之间的衔接效率的高低是很重要的。

来看看两种情况，以传统的HTML为例：
1.美工只负责PS，然后程序员自己切图，html编程。

2.美工利用工具DW设计页面，程序员不需要过于深入HTML、CSS的学习和设计。

表面上看，两种都可以，但是实际上，人力成本和时间成本显然是第二种更好。虽然举了个传统HTML的例子，但是一样可以套用到其他软件界面设计上，这个例子中有一个DW这样的工具就是非常重要的。

你说的我很同意，不过再接着引申一下，这些美工如果学会了一下HTML、CSS后，再可以学习一些用户体验性的东西，那么这些美工应该叫做：UED、UCD等职责的人了。目前我所知比较正规的UED、UCD的团队诸如：淘宝、阿里巴巴、腾讯等。（当然，其他的一些大公司应该也会有这样的职位）

是的，以后分工就应当如此的，没有美术功底的人去做UI设计师是做不好的。好比没有素描基础的人，做不好建筑设计师一样。

68 楼 252831020 2009-07-03  

很期待。。

67 楼 lifesinger 2009-07-03  

WonLen 写道

icewubin 写道

楼上几位没有听明白我的意思，有一种职业叫做UI设计师，不同于一般的程序员，这些人应该是美术出身。

打个比方，有些美工先学DW，精通之后部分人就深入学习HTML和JS了，这些人的美术方面的素质，要比从程序员转过来的强太多了。这是大势所趋，好比搞室内装潢设计的，当然是利用工具设计。

从一个软件工程角度来说，不能什么事都让程序员去大包大揽，否则永远是小作坊，需求、UI设计、功能测试就应该让专业的人去做，而UI设计人员（就算是高级美工吧）和程序员之间的衔接效率的高低是很重要的。

来看看两种情况，以传统的HTML为例：
1.美工只负责PS，然后程序员自己切图，html编程。

2.美工利用工具DW设计页面，程序员不需要过于深入HTML、CSS的学习和设计。

表面上看，两种都可以，但是实际上，人力成本和时间成本显然是第二种更好。虽然举了个传统HTML的例子，但是一样可以套用到其他软件界面设计上，这个例子中有一个DW这样的工具就是非常重要的。

你说的我很同意，不过再接着引申一下，这些美工如果学会了一下HTML、CSS后，再可以学习一些用户体验性的东西，那么这些美工应该叫做：UED、UCD等职责的人了。目前我所知比较正规的UED、UCD的团队诸如：淘宝、阿里巴巴、腾讯等。（当然，其他的一些大公司应该也会有这样的职位）

会html和js的美工，国内很少很少的，几乎没见到过

66 楼 chirking 2009-07-03  

问题是现在大部分人（包括我）装flash插件就是为了看视频。
如果html5支持<video>标签了，
那么估计很多人跟本就不会安装flash插件。
那么即使功能再强大，又有什么用？
你会去开发一个大部分人都用不了的系统？

65 楼 WonLen 2009-07-03  

icewubin 写道

楼上几位没有听明白我的意思，有一种职业叫做UI设计师，不同于一般的程序员，这些人应该是美术出身。

打个比方，有些美工先学DW，精通之后部分人就深入学习HTML和JS了，这些人的美术方面的素质，要比从程序员转过来的强太多了。这是大势所趋，好比搞室内装潢设计的，当然是利用工具设计。

从一个软件工程角度来说，不能什么事都让程序员去大包大揽，否则永远是小作坊，需求、UI设计、功能测试就应该让专业的人去做，而UI设计人员（就算是高级美工吧）和程序员之间的衔接效率的高低是很重要的。

来看看两种情况，以传统的HTML为例：
1.美工只负责PS，然后程序员自己切图，html编程。

2.美工利用工具DW设计页面，程序员不需要过于深入HTML、CSS的学习和设计。

表面上看，两种都可以，但是实际上，人力成本和时间成本显然是第二种更好。虽然举了个传统HTML的例子，但是一样可以套用到其他软件界面设计上，这个例子中有一个DW这样的工具就是非常重要的。

你说的我很同意，不过再接着引申一下，这些美工如果学会了一下HTML、CSS后，再可以学习一些用户体验性的东西，那么这些美工应该叫做：UED、UCD等职责的人了。目前我所知比较正规的UED、UCD的团队诸如：淘宝、阿里巴巴、腾讯等。（当然，其他的一些大公司应该也会有这样的职位）

64 楼 icewubin 2009-07-03  

楼上几位没有听明白我的意思，有一种职业叫做UI设计师，不同于一般的程序员，这些人应该是美术出身。

打个比方，有些美工先学DW，精通之后部分人就深入学习HTML和JS了，这些人的美术方面的素质，要比从程序员转过来的强太多了。这是大势所趋，好比搞室内装潢设计的，当然是利用工具设计。

从一个软件工程角度来说，不能什么事都让程序员去大包大揽，否则永远是小作坊，需求、UI设计、功能测试就应该让专业的人去做，而UI设计人员（就算是高级美工吧）和程序员之间的衔接效率的高低是很重要的。

来看看两种情况，以传统的HTML为例：
1.美工只负责PS，然后程序员自己切图，html编程。

2.美工利用工具DW设计页面，程序员不需要过于深入HTML、CSS的学习和设计。

表面上看，两种都可以，但是实际上，人力成本和时间成本显然是第二种更好。虽然举了个传统HTML的例子，但是一样可以套用到其他软件界面设计上，这个例子中有一个DW这样的工具就是非常重要的。

63 楼 WonLen 2009-07-02  

eclipse2008 写道

icewubin 写道

eclipse2008 写道

不可否认json在处理数据方面优于xml，虽然传递的都是字符串，json的size比较小。但是从展现来看，格式很不直观。xml的应用领域可多了去了，哪能说替了就替了呢。假如有一天html和xml都不存在了，前台只用json和css来展现，那programmer可要累死了。

不要把Programmer和UIDesigner混为一谈，CSS这种概念绝对是UI上的一种进步，你也不要小看IDE的发展。

我觉得Programmer是广义的，基本啥工作都去做。

IDE为何有设计视图和源代码视图呢，可见不是所有的问题都是可以拖拽解决的。

我觉得，IDE有设计视图与代码视图的原因是：设计视图比较直观一些。
不过我个人觉得，在有很多嵌套容器的情况下，设计视图没有什么意义了，同时当你熟悉了mxml的写法和结构后，基本上就不需要了设计视图了，至少我是这么做的。
因此对我来说设计视图只剩下预览CSS、style效果的作用了：）
另外有一点是：mxml组件中很多位置是通过计算得出的，因此设计视图在这时就失去了它的意义。：）
仅仅是一家之言：）

62 楼 WonLen 2009-07-02  

iaimstar 写道

谁说css不算program的?可能不算完整,但是所谓的编程最终是靠向设计

编程一定是越来越简化,越来越降低门槛,无限的接近所想所得,设计工具也一样
最后交叉的时候,就是全民app的时代了

不过现在的确有这样的趋势，将设计人员与开发人员之间的沟通将越来越方面。例如Adobe CS 系列、Flash Catalyst 和 Flash Builder在某些程度就能无缝衔接。编程门槛低，我到不觉得是个好现象。
之前在玩汇编、C、C++时候的那批最初的序员，现在也还在各种地方发挥着无法替代的作用。

61 楼 iaimstar 2009-07-02  

谁说css不算program的?可能不算完整,但是所谓的编程最终是靠向设计

编程一定是越来越简化,越来越降低门槛,无限的接近所想所得,设计工具也一样
最后交叉的时候,就是全民app的时代了

60 楼 eclipse2008 2009-07-02  

icewubin 写道

eclipse2008 写道

不可否认json在处理数据方面优于xml，虽然传递的都是字符串，json的size比较小。但是从展现来看，格式很不直观。xml的应用领域可多了去了，哪能说替了就替了呢。假如有一天html和xml都不存在了，前台只用json和css来展现，那programmer可要累死了。

不要把Programmer和UIDesigner混为一谈，CSS这种概念绝对是UI上的一种进步，你也不要小看IDE的发展。

我觉得Programmer是广义的，基本啥工作都去做。

IDE为何有设计视图和源代码视图呢，可见不是所有的问题都是可以拖拽解决的。

59 楼 icewubin 2009-07-02  

eclipse2008 写道

不可否认json在处理数据方面优于xml，虽然传递的都是字符串，json的size比较小。但是从展现来看，格式很不直观。xml的应用领域可多了去了，哪能说替了就替了呢。假如有一天html和xml都不存在了，前台只用json和css来展现，那programmer可要累死了。

不要把Programmer和UIDesigner混为一谈，CSS这种概念绝对是UI上的一种进步，你也不要小看IDE的发展。

58 楼 WonLen 2009-07-02  

eclipse2008 写道

不可否认json在处理数据方面优于xml，虽然传递的都是字符串，json的size比较小。但是从展现来看，格式很不直观。xml的应用领域可多了去了，哪能说替了就替了呢。假如有一天html和xml都不存在了，前台只用json和css来展现，那programmer可要累死了。

呵呵，是的。应该说各有长处，本来json设计初衷是为JavaScript服务的，而后看到它的一些优势，我想以后它或许还可以在发展的。不过从设计本源来说，XML的设计初衷要远远高于JSON：）同时也比JSON先进很多。

57 楼 eclipse2008 2009-07-02  

不可否认json在处理数据方面优于xml，虽然传递的都是字符串，json的size比较小。但是从展现来看，格式很不直观。xml的应用领域可多了去了，哪能说替了就替了呢。假如有一天html和xml都不存在了，前台只用json和css来展现，那programmer可要累死了。

56 楼 WonLen 2009-07-02  

iaimstar 写道

WonLen 写道

iaimstar 写道

WonLen 写道

eclipse2008 写道

WonLen 写道

eclipse2008 写道

WonLen 写道

duooluu 写道

Else<script type="text/javascript" src="http://www.iteye.com/javascripts/tinymce/themes/advanced/langs/zh.js"></script> 写道

xleon 写道

HTML5如何杀得了AIR，flash之类？当时看到这个标题文章看都没看，觉得好像是标题党或者编辑脑子被门夹过。退一万步说：2022年预计正式推出的东西现在也不必水中望月。

2022年是谁说的，我对这个比较存疑

2022年？那时候互联网是什么样的呢？HTML还存在否？

呵呵，的确是。太远了。完全无法想象。

只要xml和css还存在就可以了。

到时候，万一xml和css都被替代了。或许有这个可能性。。。

要是把数据和样式展现标准都给替了，那可真的就进步了。。。期待有那末一天.

不过说实话，没有了xml很多东西估计都玩不转了，例如web service

没有xml是挺不爽的，不过可以用json代替。json也是也比较好的解决方案，正在逐步，逐步的替代xml（只是有可能）
json在处理大数据量的表现要比xml好一些。

json之是在某些场合比xml更好用
但是不可能替代xml

是的。目前来说，我也想了解xml的替代方案...不知道大家是否知道？

只是越来越来流行，虽然我喜欢json讨厌xml，以前用python的毛病，对字典类型特别有爱

天啊，这个引用也太长了。。。
另外，我喜欢json的原因是在处理大数据的时候，size比xml小。：）
PS：测试这个引用可以到多长：）

55 楼 iaimstar 2009-07-02  

WonLen 写道

iaimstar 写道

WonLen 写道

eclipse2008 写道

WonLen 写道

eclipse2008 写道

WonLen 写道

duooluu 写道

Else<script type="text/javascript" src="http://www.iteye.com/javascripts/tinymce/themes/advanced/langs/zh.js"></script> 写道

xleon 写道

HTML5如何杀得了AIR，flash之类？当时看到这个标题文章看都没看，觉得好像是标题党或者编辑脑子被门夹过。退一万步说：2022年预计正式推出的东西现在也不必水中望月。

2022年是谁说的，我对这个比较存疑

2022年？那时候互联网是什么样的呢？HTML还存在否？

呵呵，的确是。太远了。完全无法想象。

只要xml和css还存在就可以了。

到时候，万一xml和css都被替代了。或许有这个可能性。。。

要是把数据和样式展现标准都给替了，那可真的就进步了。。。期待有那末一天.

不过说实话，没有了xml很多东西估计都玩不转了，例如web service

没有xml是挺不爽的，不过可以用json代替。json也是也比较好的解决方案，正在逐步，逐步的替代xml（只是有可能）
json在处理大数据量的表现要比xml好一些。

json之是在某些场合比xml更好用
但是不可能替代xml

是的。目前来说，我也想了解xml的替代方案...不知道大家是否知道？

只是越来越来流行，虽然我喜欢json讨厌xml，以前用python的毛病，对字典类型特别有爱

54 楼 WonLen 2009-07-02  

iaimstar 写道

WonLen 写道

eclipse2008 写道

WonLen 写道

eclipse2008 写道

WonLen 写道

duooluu 写道

Else<script type="text/javascript" src="http://www.iteye.com/javascripts/tinymce/themes/advanced/langs/zh.js"></script> 写道

xleon 写道

HTML5如何杀得了AIR，flash之类？当时看到这个标题文章看都没看，觉得好像是标题党或者编辑脑子被门夹过。退一万步说：2022年预计正式推出的东西现在也不必水中望月。

2022年是谁说的，我对这个比较存疑

2022年？那时候互联网是什么样的呢？HTML还存在否？

呵呵，的确是。太远了。完全无法想象。

只要xml和css还存在就可以了。

到时候，万一xml和css都被替代了。或许有这个可能性。。。

要是把数据和样式展现标准都给替了，那可真的就进步了。。。期待有那末一天.

不过说实话，没有了xml很多东西估计都玩不转了，例如web service

没有xml是挺不爽的，不过可以用json代替。json也是也比较好的解决方案，正在逐步，逐步的替代xml（只是有可能）
json在处理大数据量的表现要比xml好一些。

json之是在某些场合比xml更好用
但是不可能替代xml

是的。目前来说，我也想了解xml的替代方案...不知道大家是否知道？

53 楼 iaimstar 2009-07-02  

WonLen 写道

eclipse2008 写道

WonLen 写道

eclipse2008 写道

WonLen 写道

duooluu 写道

Else<script type="text/javascript" src="http://www.iteye.com/javascripts/tinymce/themes/advanced/langs/zh.js"></script> 写道

xleon 写道

HTML5如何杀得了AIR，flash之类？当时看到这个标题文章看都没看，觉得好像是标题党或者编辑脑子被门夹过。退一万步说：2022年预计正式推出的东西现在也不必水中望月。

2022年是谁说的，我对这个比较存疑

2022年？那时候互联网是什么样的呢？HTML还存在否？

呵呵，的确是。太远了。完全无法想象。

只要xml和css还存在就可以了。

到时候，万一xml和css都被替代了。或许有这个可能性。。。

要是把数据和样式展现标准都给替了，那可真的就进步了。。。期待有那末一天.

不过说实话，没有了xml很多东西估计都玩不转了，例如web service

没有xml是挺不爽的，不过可以用json代替。json也是也比较好的解决方案，正在逐步，逐步的替代xml（只是有可能）
json在处理大数据量的表现要比xml好一些。

json之是在某些场合比xml更好用
但是不可能替代xml