使用Java进行web开发的随想

大概看了一下，DWR的原理不就是把java对象转成js对象，直接在页面上调用么，不知道能否满足楼主的要求，已经很成熟的open source了。

用json

我不知道js这种东西，实际用途到底如何
感觉是锦上添花，而不是必须的
检查一下什么用户输入啊，像这种检查我一般都是在服务端
用程序逻辑来做的，而不在前台用IE来做。

我现在对开发人员的要求，就是，
不允许用弹出窗口，不可以用applet，不可以用gif图片，不可以用flash，不可以用/尽量不用js。

最好只用纯的html加点jpg图片，css

否则在客户端显示的时候，那么多用户，总会碰到兼容性问题。

有的用ie，有的用firefox，opera等。

我感觉开发的，就是应用程序，只不过，是基于web的。界面上那么华丽漂亮都是锦上添花的东西，开始要是万一那个功能模块显示不了。
那客户可是会找你的！

至于ajax，我是感觉如果你能不必考虑客户的浏览器，你可以做。
但是gmail这种，它也提供了一个不用ajax的普通的界面，做的很完善。

如果用ajax，就需要像gmail这样，再做一套非ajax的。

所以，还不如，不做ajax，反正好多应用都是局域网里面跑的。
速度还是挺快的。

受教了～～

反正偶的ajax也不大熟练，偶好推崇你的观点 ^-^

不过，CSS也有浏览器兼容的问题。比如鼠标的指针...

说句心里话
我真是恨flash，有时候开个网站好多flash，一下子把cpu占用率都搞到100%了
真恨不得宰了做这个网站的！

还有js的那些滚动字幕，也是严重拖慢速度。

那些gif的图片也是很讨厌，闪来闪去的！
恶心的死啊！

以后我的应用，先用Ad Muncher再加上我自己定义的规则过滤。
要过滤前后都是一个效果！

否则，就打回去！

在这个 ajax 横行的年代, 楼主能说出这种话, 勇气不可谓不嘉

不知道你想到过没, js 验证的主要目的是减轻 server 的压力, 做了 js 验证不是说程序里就不做了

js验证是为了提高客户端的响应速度，让他立即就可以改正错误填写的机会。是在窄带情况下的一种遗留做法，我感觉。那时候，网络传输一个表单过来比较慢，如果在服务器端转一圈再回来，是不太可忍受。不过，现在网络速度快，大部分是局域网里面的。所以也就无所谓了。

我感觉实际效果还不如，在那个填写的框框右边用括号加上红色的大字，醒目的提醒该如何填写！


服务器端还是要做一次验证的，这是从安全性的角度考虑的，毕竟客户端是可以人家控制的。

如果客户端端数据传过来是正确的，那么服务器端是可以少一些出错处理而带来的处理。

不过想到一般的企业内部应用都是在局域网里面跑，服务器也不是针对海量级的并发处理的，所以也问题不大。



我觉得yahoo这个方面做的还不错。没有用很多乱七八糟的技术。

寒。。。。。

这样子写界面太复杂了吧。
做美工的根本不需要懂java，做出界面原型，由程序员做变量替换即可。