讨论：HTML 是否一定会消亡？

以前在这里关于 HTML 的命运发生过一些争论。现在已经出现了很多新的 RIA 解决方案，包括 XAML、XUL、Flash 等等。一些动作快的同志已经满怀热情地去拥抱这些新技术了。基于 HTML 的一系列相关技术，例如 CSS、XHTML，JavaScript（其实 JavaScript 与 HTML 并没有必然联系，但是大部分人只知道 JavaScript 可以使用在浏览器中）、XMLHTTP、etc.，似乎并不怎么流行了。深入掌握这些技术，似乎并不是一个很 cool 的想法，尤其是在国内的开发团队普遍不重视培养高素质的界面开发人员的恶劣环境下（那些都是美工的事情！一个总是喜欢津津乐道“工厂”模式的高级 Java 程序员想当然地认为）。

我来谈谈我的观点。即使从长远来看，我也并不认为 HTML 以及相关的技术肯定会消亡。相反，我认为它们仍然会保持茁壮的生命力。CSS、XHTML 会使 HTML 浴火重生。XAML/XUL/Flash 提供了更多的选择，但是 HTML 仍然将是 Web 界面开发的主流技术之一。

关于这方面，这两年最重要的出版物就是《网站重构》（其实英文名字是“Designing with Web Standard”，应用 Web 标准进行设计）这本书。我在这本书中非常欣慰地找到了仍然和我一样在坚守阵地的一群专家们。虽然这本书是我的朋友 wangzy 参与翻译的，但是我不是书托。我是在认真读了这本书以后掩盖不住自己的兴奋，所以才向大家推荐的。
http://www.cnforyou.com/query/bookdetail.asp?viBookCode=12219


我认为 HTML 以及相关技术仍然会长期存在的原因如下：
1、保护以前的知识投资。我们知道，学习是有成本的，很少有人会只是因为爱好而去学习。大多数人的学习的目的很明确：为了找到工作或者更好地工作，养活他自己和他的家人。既然现在做 Web 开发 90% 的开发者都在使用 HTML，那么对于他们，过渡到新的技术 CSS、XHTML 是最容易和成本最低的途径。
2、简单性。CSS 非常容易学习，但是却非常强大。熟悉 CSS 的人都会同意 CSS 是一种伟大的技术。使用 CSS 来做页面布局很多时候其实是最简单的方法。同样，掌握 HTML 也要比掌握其它技术容易的多。
3、我们仍然需要深入理解 HTML。实际上，我可以负责任地说，在国内真正精通 HTML、CSS、JavaScript 的人非常少。有人会说，我做过这么多 Web 开发项目，你居然说我不懂 HTML？别那么自信，看了《网站重构》，你会明白我说的是什么。
4、浏览器之间的兼容性问题已经有了很好的解决方法。目前主流的浏览器，例如 IE、FireFox、Opera 等等都已经可以很好地支持 W3C 的标准。如果采用《网站重构》中介绍的方法来设计页面，以前困扰我们的浏览器之间不兼容的问题将不再存在。只需要开发出一套代码就可以同时使用多种浏览器来访问了。

所谓做一门爱一门

我现在就认为，将来的互联网应用，应该从Host-Based逐步转向P2P-Based。

大型的服务器，主数据库，总控中心之类的事物都会逐渐淡出Internet，更有效的方式是基于P2P的共享、交流、协作、娱乐、搜索。

有空跟你详谈...

我觉得，将来的Web 是语义 Web 的世界，应该越发 文本内容 为中心才对。

Flash的一个问题在于，搜索引擎不友好，不是以文本为中心。适合作 online Desinger, editor 等交互强的应用。

我觉得，HTML 目前处于一个尴尬的地位。格式冗余，文本内容不突出，不如 RSS 等简洁的XML ；表现能力，交互方面也不突出，不如 XUL, XAML 等。
CSS 能够很大程度上简化HTML的层次，这是一个很好的方向。可惜，我总觉得，虽然CSS具有XPath那种优秀的遍历过滤的面向函数编程思路，但是CSS的语法有些别扭了，不太直观，而且层次太扁，不易扩展。不能根本解决HTML 格式的问题。
（也许是我自己的问题 :-)）


目前，替代HTML的障碍，我觉得，主要在于 Web Service 协议的复杂。SOAP 的信息都包在了 Envelope，我比较倾向于简洁的 REST Web Service。

REST, RSS 等，应该是未来文本 协议/格式 的发展方向。

我想，以后 Emai, RSS, Site Content 等都可以自由交互。类似于Email、手机短信方式的异步交互，将在应用程序领域也流行起来 （如，目前可见于很多工作流、公文流系统）。

Script 将大大强化和标准化。客户端可以发出通过上述的文本协议/格式发出一段Script到服务端执行复杂的请求。类似于发出 SQL 到 DB Server。获取数据。

P2P 也应该是个方向。



这个我同意。我感觉，
大型的服务器，主数据库 类似于 商业软件。稳定，确定。
P2P 类似于 开源软件。自由，不确定。

这个不能苟同，p2p的高级应用，研究的不光是个体和个体的关系，他也包括组群<---〉个体，组群<--->组群，个体<--->个体
从这个层面上说，p2p也是确定的，只是它具备的是一个动态的衍伸模型

网格技术应该也算p2p的延伸吧。现在大公司都在推崇这个。

告诉我那天浏览器开始不支持html ?

等到那天革命才算刚开始 现在只是启蒙时代.

在复杂应用面前（例如银行系统、证券系统等），HTML以及相关技术的局限已经让很多开发者感到非常烦恼了，所以纷纷开始寻找新的解决方案。但网络上还存在着大量的简单应用（例如普通的信息网站、BBS、BLOG），HTML还足以应付这些简单应用。而简单应用在互联网仍占据着绝大部分份额，HTML当然不会消亡。

我上面还少说了一点非常重要的原因，在所有这些可替代的解决方案中，只有 HTML/XHTML/CSS/JavaScript（应该是 ECMAScript）这套组合才是真正标准化的。XAML 是 M$ 的私货。XUL 好像也并没有完全标准化，主要由 Mozilla/FireFox/Netscape 在推。同样的，Flash 也是 mm 的私货。至少在我看来，标准并不是不重要的。

而且一提到 RIA 方案的时候，这里以前的一些讨论给人造成的印象就是 HTML 早已经出局了，根本就不是一个值得严肃考虑的选项。HTML 只适合做一些简单的界面和交互，似乎已经成为了很多人的共识。真实情况是不是这样呢？《网站重构》这本书的目的就是让界面设计师恢复对 Web 标准的信心，如何使用上述真正的 Web 标准创建强大的 RIA 应用。

The mummy returns, really?

不能否认HTML/XHTML/CSS/JavaScript也能完成复杂页面操作的需求，但是相当麻烦，也缺乏工具的支撑。此外，在数据交换上，通过FORM的方式进行交互始终是个致命伤。我想这就是为什么大家都在需求别的解决方案的缘故吧。

这应该是jeffrey_he觉得完成复杂操作麻烦的原因。



我看HTML/JS的威力根本就没发挥出来，偶当初也努力过，放弃的原因是周围的压力太大，只能说句无奈。