确实有这种感觉。
我弄的这个框架完成一部分了,我大约有70%的时间都花在前台js上边了。
“画图工具”这东西比较简化开发,我现在还只是“手写代码”阶段,比如要定义一个可翻页的列表,要写成:
var oList=buildList(targetElement,command);
将DOM对象targetElement包装为一个可翻页的列表。这个对象其实是一个模板。
command则是XMLHttpRequest请求的代码。
然后对oList操作,如oList.first()就是翻到第一页。当然这个包装好的列表上游这些必要的功能按钮能执行这些简单功能。其他扩展功能可写在模板里,这就要根据情况自己写了。
要定义一个对话框,就var d_test=buildDialog(targetElement,title,ok,cancel),将目标div或其他任何元素包装成一个对话框,并有确认/取消按钮。d_test.popup(source)方法会弹出此对话框。会有一个从source到d_test的动画过渡效果(参考EXT框架)。
要把一个默认的秃按钮美化,就buildButton(targetElement,width,height,class)等等。

数据库方面ORM我也没用,直接用SQL语句操作数据库,并没有“数据对象”的代码上的实现,只是返回的json数据是组织成对象形式的。也就是说,Ajax传输的是个抽象的“对象”,但后台的java代码都没有生成任何数据对象。

现在也是这样感觉,“必须”由后台来完成的功能并不多,而且大都简单,并没有控制前台界面那样复杂和发挥空间大(跳转或单窗口操作)。

有的应用适合“单窗口”的。如电子病历、订单系统、电子邮箱等。而bbs,博客适合页面跳转的,以支持历史纪录、收藏和返回按钮。

呵呵,我现在做php项目也是类似机制,语言真是相通的哦
[该贴被fnet于2007年08月14日 20:29修改过]

我目前有一个项目也有点类似是这么干的,view界面全部是javascript(ajax)获取数据驱动ui更新,中间有个controller,是三个servlet,负者访问中转,各自输出xml,json,Binary类型的三个servlet,servlet中调用业务bean代理 输出数据,业务代理中实现一些角色权限控制限制,代理中的调用业务bean,业务bean有池化处理,目前有一个问题 有点担心,就是发现请求太频繁了,有一个功能模块的加载 第一次加载一个页面,要加载很多不同的信息,虽然ajax可以自由的去请求获取,但是一个页面上面有许多数据块,要请求很多次,如果说把这些所有的数据块再整合成一个一个业务bean的方法输出,又感觉有点勉强,因为数据块对应的是功能模块...唉有点麻烦...,但是话又说回来 对于一些请求 本来要一直刷新页面的 现在只要局部的调用业务bean就可以获取,速度很快,主要是有些业务数据块多的地方 请求太多了......请求太多也不好...线程太多,session太多了对于服务器要求也比较高...

了不起!!
把后端的server用jdonframework彻底替换,然后在jdonframework的三个aciton(ModelViewAction,ModleSaveAtion,ModleListAction)上做文章,直接返回javascript代码并实现和保证Model的快速CRUD操作,但一切在软件的可维护行可扩展性,系统分层的前提下,可行吗?