|
锁定老帖子 主题：XMLHTTP和浏览器端表现技术的讨论
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2005-11-28
1.xmlhttp解析大数据肯定有性能问题. 不过一般的业务对象的crud有那么大么? 用这个有这个担心么? 当然如果个别的是大查询,另外考虑做不就是了?
再说,由于xmlhttp这么做肯定会加重一些负担.对那些交易性质的东西当然不适合这样做.对于交易性质的东西,响应最快,处理才是其永恒的追求.但是对于管理系统,客户体验最优才是其目的.比如dwr这类,正是利用了xmlhttp实现了界面的部分刷新,只提交部分数据等.让用户感觉到快捷方便. 即使由于这样做导致系统处理会慢,但是客户感觉这样是更快的. 2.用xmlhttp对js有较高的要求的问题. 需要么? 前段时间用dwr 做了个例子,没觉得会写很多js代码啊? 这些框架已经把数据读取封装了. 我们要做的不过就是取得数据,把数据填充到控件中. 这点js代码多点,少点,不会有多复杂吧? 我认为只有那种对页面控制有很高要求的地方才会导致复杂.大量的js代码.但是这种问题的出现与 xmlhttp有关系么? 只要你的界面是html显示的,出现这样的情况就没办法避免出现大量复杂的js代码. (除非选择:applet,activex,flash等). 这点,我估计swing同学应该有体会(上面他说他是做医疗行业的).我以前设计过一个电子病历系统.对医疗行业深有体会很深.这帮医生,提的要求古怪的很.没办法咯,他们是上帝. |
| 返回顶楼 | |
|
发表时间：2005-12-02
不用自己开发了 因为这么做已经晚了.
大家也没必要停留在这些原理性的问题上. 在良好的框架中用ajax根本感受不到任何差别 直接拿来就能用 js根本不用去写. 正确利用ajax 永远不会看到load ..... ajax不仅能提高交互速度 还能降低server端的负担 减轻网络负担. robbin 老大一定要比 可以出个题目, 我会用cocoon的ajax来对阵 |
| 返回顶楼 | |
|
发表时间：2007-01-11
dlee 写道 to swing：
分页显示数据是一个 Rich Client 框架最基本的功能之一。我认为是很合理的实现方式。你们需要耐心地向客户解释，而不是一味迎合他们的要求，那样你们就非常被动了。假设真的有 1000 行数据，你们把所有这些数据传到前台，其延迟以及随后所消耗的内存资源和对性能的影响都是无法承受的，难道客户连这个都无法理解吗？ 对于多于1000行数据,想在Ajax显示，只有引导客户改需求: 有两种方案 1:加分页 2:可以将少数据显示列，增加链接，加入对后台访问 比较提倡第二种,显示出来，用户对那条信息感兴趣,点击链接,生成一个div显示详细数据 原因： 数据大了,DWR会抛出异常 |
| 返回顶楼 | |
|
发表时间：2007-01-12
cnfree 写道 xmlhttp的技术是好的，但是js的编写调试我不知道采用什么工具比较好，都感觉不尽人意，总觉得浏览器（IE）好像不会自动释放资源，进行垃圾回收，内存一个劲的往上涨。Flex，比蜗牛还慢，在本机调试，还需要好几秒钟的初始化时间，放到公网上给别人浏览，还是算了吧。bindows也不是完美的东东，启动慢不说，还经常崩溃（也许我的IE有问题）。如果说仅仅是在企业内部，没有进入公网，applet也许是一个比js更好地解决方案，起码我认为对于java程序员开发来说效率更高，工作效率上来说，写js，可能大部分的程序员都会觉得枯燥无味。B/S真的有传说中的那么美好吗？浏览器端的技术，基本上都尝试过，让我兴奋的技术是xmlhttp，让我期待的是Flex，让我失望的是bindows。
我调试JS的环境是Firefox+FireBug插件，如图： |
| 返回顶楼 | |
