【在这2大技术分出胜负、完全稳定普及以前——这可能需要经过为期几年的“恶斗”，最后说不定又是新出一种技术取胜也不一定】
——不过我真的不想这个“新出一种技术”是java！


3、浏览器和客户端
浏览器从它的出现到现在，已经被人们有意无意地赶鸭子上架：显示网页的容器 勉为其难地变成了 运行应用的容器。
跨操作系统通用、无需预先下载安装、自动取得最后更新的版本，这些都使得浏览器有了应用容器的先天优点。
但是，它的起点也决定了作为应用容器的困境：它的基本协议都是用于界面显示的！
所以，引入了javascript来补充，更有把javascript使用到极致的ajax机制，但是毕竟不是先天支持的，
所以在实现客户端天生的操作效果上，浏览器要多花很多力气，而且效果（实用便捷方面）还不一定满意。
其中有一个变通的机制是在浏览器里嵌入ActiveX或JavaApplet，实用便捷方面好了一些，但是这2者本质上其实还是客户端
——只是运行在浏览器里、功能受限制的客户端而已。安全性、稳定性都有一定的影响。
现在各大软件商也都意识到这些问题，所以RIA（Rich Internet Application）被提到了议事日程：微软在推SilverLight，Adobe在推AIR。
这些，都是日后的应用实现的大方向。
但是，在这2大技术分出胜负、完全稳定普及以前——这可能需要经过为期几年的“恶斗”，最后说不定又是新出一种技术取胜也不一定，
我们完全可以先使用既有浏览器（Browser/WebServer）优点又有客户端（Client/Server）优点的应用实现模式（Client/WebServer）。
如果：
通讯协议与浏览器一样，既可在局域网运行又可在互联网里运行；
对新版本的检测、更新完全自动进行；
无需任何安装的绿色客户端（对系统没有注册表、动态库的要求）。
那么，使用这样的客户端是完全与浏览器没有什么两样的了，有的只是用户操作更实用便捷的好处和开发者更高效的好处。
在大家都习惯一直开着内部信息系统的客户端之前，使用浏览器比客户端还是要方便一点，因为浏览器可能已经开着，客户端还需要运行，
所以，目前信息系统的开发原则是：界面比较简单或单纯浏览阅读的业务功能，尽量以浏览器实现，
操作、界面复杂的业务模块，则以C/W模式的客户端实现。