关于html界面实现

服务器的代码逐步推进，到了开始考虑客户端代码的时候了，首先考虑的是通讯，因为交互增强以及性能的考虑，首先考虑的是基于长链接的comet，最初的选择是pushlet，但是经过一段时间的使用后，发现学习成本还是蛮高的，有两个原因：
1、pushlet的文档不友好
2、pushlet看起来还不够成熟（例子和代码结构的通用性还不够）

经过阅读pushlet的源代码，发现其实现没有考虑大规模应用的情况，这更是狠狠打击了我的信心（如遍历算法和所用的定时器）

假如现在基于java nio的httpserver，每秒可以处理4000个http请求的话，那么单机max的用户数可以估算为2000人，采用pushlet的话性能某些情况可以提高（根据cindy作者crmky的测试，tomcat5.5可以提高40%，应该是底层该用了nio，但resin就没有变化了，nio应该是做到了pro版本），这样的话，上限就可以提到3000左右，也算是有点补偿

pushlet在安全性方面也是不足的，作者建议自己扩展框架，达到需要的目的，这也自然地提高了学习的成本。。。

但是上网找了一下其他的资料，发现基于servlet的基础上，还真没有什么好的选择，真是市场发展不等人啊，为了把产品实现，看来逃不了要改写pushlet和写javascript(pushlet有自己独有的一套js)的命运啦

没有code html的代码了，现在学习一下

因为是html新手的原因，稍记一下客户端的编写技术模式，初步的想法是：html作为内容显示的界面，用javascript来控制ui逻辑和render，至于html的编写有许多的工具支持，ui也有很多成熟的javascript类库，倒是蛮方便的

这种方式挺好的，在传统客户端应该考虑使用这样的方式来加强显示界面（UI）的显示控制能力，未来假如有机会，或许自己可以做一下这方面的尝试。也看到有一些例子如EGL这样，可以通过脚本、xml等方式，重新组织界面的显示的库，给业务的能力带来的极大的便利。

顺便提一下的是RIA，正是这一概念的具体实现。嗯，如果要自己做的话，只能是基于vc、delphi这些很底层的工具了。。。那不是变成IE2了？貌似不大适合从头开始搞，htmlview这样的控件才是自己所需要的。