面向任务，还是面向信息？
我自己时常会被各种Web应用所困惑。我自己的观点也时常也会被某些现实中的应用所推倒。比如，我一向所持的观点是，在JavaScript横行的时代尤其需要注意网站的无障碍，就是说，没有/禁止JavaScript的情况下保证信息的可传达。但是，可以看到很多应用，比如Gmail, 比如Google Reader等，都是两极的做法，提供一个不需要JavaScript的基本视图或者干脆明白地告诉你不开JavaScript不给你用。
那么我一直提倡的Unobtrusive JavaScript还有什么意义？其实跟人交流的时候我的底气也不足，因为，确实，不Unobtrusive也不见得有什么坏处啊，最典型的例子就是前面所举的Gmail例子。跟人论战，若有人举出如此例子，我一般也只能缴械，确实，我没能找到合适的理由来反驳。
不断地翻资料，终于在非技术层面找到一些看起来应该算是比较可靠的理由，不敢独吞，遂分享。不敢保证正确，如有任何想法，务必留言交流，谢谢！
WWW（你可以叫它互联网，但也有人称之为万维网）诞生之时，只是一个超文本（hypertext）的系统，所担负的任务只有一个，依靠线性的超连接来传递信息，这是一个典型的信息系统体系。
随着各种前端，后端技术的飞速发展和成熟，加上商业的介入，人们不再满足WWW作为一个信息系统而已。很多人尝试将常规软件，特别是桌面应用软件的设计的规则搬到WWW中并针对其弱点（比如无状态的传输协议HTTP）进行改良，使得WWW俨然成为一种软件性的应用，即使说， 不停留在信息传播的层面上而已，而是让人们能够依靠它完成某些任务。这就是任务型的WWW，最典型的，还是前面所举的例子，Gmail和Google Reader，人们依赖它们去完成收信，抓取Feed等的任务，而且是建立在一种比较直观的交互方式上，没错，跟桌面软件一样直观。
这种利用WWW的优势（跨平台，跨时空）可以说是WWW的一个发展趋势。因为它能把人们从对某个特定环境（比如特定的计算机，特定的操作系统等）的依赖解放出来。RIA（富互联网应用）的概念兴起已有一段时日， 但真正引爆流行的是Ajax概念的出现。这个概念更容易让人把某些WWW应用设计成桌面程序，而不分青红皂白，哦，不，是不分自己所做的项目到底是面向任务还是面向信息的。
面向信息是WWW天生就具备的功能，可以说现在的WWW大部分应用依然如此，比如门户网站，比如电子商务，这是我为什么每次都强调要保证信息的可传达性，不管在什么情况下。但是就如前所提到，WWW已经有了新的发展模式， 尽管未来可能有更多的面向任务型的Web应用，但不论如何，这两条线是平衡发展的，不会有谁取代谁的机会，顶多是综合运用。
问题就出在综合运用这里。很多人一听说Ajax，毫无考虑，虽然心中无面向信息或者面向任务的概念，但一开始就认为这是面向任务的，因为Ajax的概念先入为主了。在面向信息的应用中，比如门户网站，比如政府公告，使用Ajax或者其他JavaScript来增色应用是没有问题的，但要确保信息的无障碍（貌似我强调了好多遍了）。
当然，在面向任务型的应用中，这只是把浏览器当成是一个软件的运行环境( Runtime Environment? )，就如同Java程序需要JRE一样，只不过面向任务的WWW应用充分利用WWW作为数据保存、输送的纽带而已， 因此，假如运行出错或者环境限制，我们只能告知用户，你用不了我们的程序，请检查哪里哪里，如果还不行只能抱歉了。
但是在面向信息的应用中，请问，假如用户在受限的环境下获取不了信息，这说得过去吗？面向信息就是以信息的传达为目标，不应该有所限。
所以，在项目的开始之初，我们需要必须明确的第一件事情是，我们是面向信息还是面向任务，这才能让项目的方向明确，不至于让各种貌似很高级的东西迷惑了我们的决策。
December 12th, 2006 at 15:25
有道理。浏览器、前端技术相对来说还是比较薄弱的一个技术层，想让它们完成太多的东西真是不太现实。在合适的时候用合适的方法比较实在。
December 12th, 2006 at 16:16
simple is the best
不是第一次来，貌似第一次留言～
December 12th, 2006 at 17:14
不错，握手，鼓掌。
www设计之初的确是用来发布信息的。
而rich client的模型其实本质是以浏览器和脚本来做ui、以HTTP协议为数据通道的应用系统。
所以是不是使用javascript，要看网页这东西是一个用来交互的ui，还是用来解读的信息？
December 12th, 2006 at 17:22
老五，不是用不用的问题，而是怎么用的问题。譬如说，整个前端页面都需要JavaScript来驱动生成，还是说就用JavaScript来耍点小花招加强Web的交互（这种交互是增量式的，即没有JavaScript时依然可用）？
December 12th, 2006 at 17:33
我相信，农业时代一定会替换掉畜牧时代，工业时代一定会替换农业时代，信息时代一定会替换掉工业时代。
一个处于畜牧时代的新闻网站我主张使用全静态的基础HTML，
一个信息时代的NetworkSoftware我主张使用Javascript——甚至Flash。
没必要有一个断然的选择，实际的选择取决于我们在一个瞬间面临的具体事务。
而对于我来说，如果我的受众大部分都开着汽车，抱着本本，开着无线上网，那就没有必要要求他们下车，关闭电脑和无线网才能进店里享受美食——汽车的外卖站才是最佳选择：）
December 12th, 2006 at 21:31
其实，对于Gmail的问题，Google也早有意识，那个basic HTML版本就是为了无JS的情况而生的嘛。
关于这两方面的问题，jjg不是总结出来web的两个层面么，一方面是超文本内容的载体，两一方面是软件运用的界面，每个网站应该都会或多或少的把这两方面搀合进来，只是哪方面权重更大的问题。但不管哪方面更重，accessibility的重要性都不应该忽视。有障碍的人也会使用支持Javascript的设备呀，所以即使是一个JavaScript为主的应用，也应该为用户提供最大限度的可访问性。
December 13th, 2006 at 02:22
同感啊同感，我也经常思考这个问题，现在很多的web应用根本就是靠着JS跑起来的，不说gmail，greader了，极端一点一个js写的在线游戏，你说没js那还跑个啥。所以可访问性还是要看情况，是面向应用还是面向信息，我也觉得两种形态会并行发展或者综合，而不是一种消亡什么的。
不过最近看ppk那书发现他的观点比较有意思，不知道你看了没，他回顾了js的历史得出个结论，胖客户端和瘦客户端是一个轮回的状态，一轮胖一轮瘦再一轮胖再一轮瘦，胖久必瘦瘦久必胖，而且还预言这一轮由ajax引发的胖状态会慢慢消沉，另一论新的瘦风潮会慢慢兴起……
December 13th, 2006 at 09:38
看内容和工具的权重吧，javascript不能一味说不，它只不过是和播放flash一样，需要一种环境，如果不提供环境，那么ok，不能看到，也不能起作用。。最最重要的“面向用户”，调查一下我们的绝大部分用户是什么状态，是90%都默认支持js的，还是只有10%，又有多少人是愿意因为此web应用，愿意打开js的，打开成功的又有多少。。XD
December 13th, 2006 at 20:55
连 realazy 也评论起 Ajax 技术了，当刮目相看。这个问题，我一起在想，究竟是否有讨论的必要。当 Modern 浏览器已经大行其道时，我们是否还必要进行这种讨论，是否太学术气了。
December 14th, 2006 at 10:33
确实如此~~ 传递信息 还是 完成任务~~ 说通俗点就是浏览类~应用类~~但是传统的门户网站和gmail这类的网络应用型程序还是比较好区分，至于社区论坛这种混合型的话~研究就要复杂一些了
December 15th, 2006 at 00:04
[...] 面向任务，还是面向信息？ 所以，在项目的开始之初，我们需要必须明确的第一件事情是，我们是面向信息还是面向任务，这才能让项目的方向明确，不至于让各种貌似很高级的东西迷惑了我们的决策。 [...]
December 15th, 2006 at 11:05
老九~
“另一轮新的瘦风潮会慢慢兴起…”
做完加法再做减法！
December 20th, 2006 at 14:34
说的有道理，呵呵
December 25th, 2006 at 11:13
对于WEB应用,我把它们分为两类: Web Site和Web Application, 看来和realazy的想法有些雷同了.
March 2nd, 2007 at 08:48
只得回味
June 8th, 2007 at 10:31
Sehr gut gemachter Internetauftritt - gef?llt uns ausgezeichnet. Bei uns finden Sie WOW Gold unter
Beste Grü?e,
July 29th, 2007 at 19:59
值得学习研究
August 16th, 2007 at 15:03
显示不总是尽如人意
September 16th, 2007 at 14:48
写的很好啊….
September 17th, 2007 at 10:42
还行吧。
October 19th, 2007 at 05:41
有点东西
January 10th, 2008 at 15:22
不错