这是企业应用的技术方向吗？
做j2ee开发9年了，或许还会做9年甚至更长。
在过去的9年里感觉一直在做一件很“无聊”的事情，这件事情就是挖空心思、竭尽所能地用html+javascript模仿桌面应用，从外观到操作习惯。这件很无聊的事情现在有一个很"挨踢"的名称"Ajax"，以至于从IBM、M$到大大小小的开发工公司都在研究这个“新技术” 。
这件很无聊的事情似乎说明两个问题。首先，从企业应用系统的受众来说，桌面程序的风格和操作方式才是他们需要的；另外，目前的web风格和操作方式真的不是他们想要的。从每次j2ee系统发布后，被最终用户骂的狗血淋头，我更加坚信这一点。
既然如此，我们与其绞尽脑汁钻研ajax，不如改造一下HTML标准，让它内置支持RIA不更好吗？如果html有内置的菜单，那么JS Cook Menu就没有用武之地了；如果html有内置的树结构 ，DTree就不需要了。我很不理解，如此显然而迫切的需求，w3c和各个大公司却视而不见。
说到html，其实http也不适合企业应用。企业应用很多时候需要一个介于request和session之间的“会话”，我记得seam可以模拟出来，myfaces的tomahawk可以用saveState标签来模拟。同样的道理，我们与其痛苦地走弯路，为什么不升级一下http协议呢？
不知大家的体会如何？http://www.blueidea.com/tech/web/2009/6460.asp
当然这些技术还没有普及，尤其是万恶的ie。
服务器端的组件化，我最近看好ruby的lesscss和erector。
用无状态的模型 去解决 有状态的问题，主流web开发方式不好跨越这个门槛。无状态模型有个好处，使系统的复杂度趋于平和，有利于大型复杂系统的平滑组建。
至于桌面应用的其它特性，只能来一点用一点了。把浏览器（WebView）打包到桌面程序里，好多年前就有前辈这么干了，我觉得还有必要继续尝试。
10 楼 xieye 2009-07-27 liusong1111 写道
当然这些技术还没有普及，尤其是万恶的ie。
企业内都用firefox不就行了。 11 楼 nychen2000 2009-07-27 xieye 写道liusong1111 写道
当然这些技术还没有普及，尤其是万恶的ie。
企业内都用firefox不就行了。
我也注意到firefox的xul有类似的特性了，但是我认为firefox还不足以领导这个行业，如果google的chrome有类似的特性，情况就可能不一样了。 12 楼 jjx 2009-07-27 web 这块，发展到现在，用来作后台开发真的是很舒服，但是一涉及到前台，n麻烦，成本也响应的提高很多。ui上，无论是ajax,ria，都达不到原来早期 c/s的高度（或者说，需要花几倍的投入才行）
最近一个项目用delphi+django ，用json-rpc开发，也是没办法的办法。（鉴于界面响应速度和分发问题，连winforms都抛弃掉了）
13 楼 liusong1111 2009-07-28 nychen2000 写道xieye 写道liusong1111 写道
当然这些技术还没有普及，尤其是万恶的ie。
企业内都用firefox不就行了。
我也注意到firefox的xul有类似的特性了，但是我认为firefox还不足以领导这个行业，如果google的chrome有类似的特性，情况就可能不一样了。
企业应用的使用群体是可预见、可管理的，因此我认为很多时候强推Firefox可行。但要避免一个技术冲突：依赖ActiveX的情况。 14 楼 logicgate 2009-07-29 很多大公司只见都互为竞争对手。他们考虑的不光是技术，还有自身的既得利益。没听说过“三个和尚没水喝“的故事吗？ 15 楼 香克斯 2009-07-29 在一些内部系统中强推firefox应该还是做得到的，再加上prism，直接在桌面生成快捷方式，最终用户也不会关心你具体是什么浏览器了。对他们来说那就是个伪桌面应用
