基于JAVA的WEB应用开发，还可以简化到什么程度

没有最好的技术，只有最合适的技术

改java代码有时候可能更简单，编译期的检查，在部署时就会发现问题，并且action连接口都可以不要了……
改java代码不代表就在action里指定view啊，高兴了你也可以像xml一样，搞个java的配置么。事实上，view都是在action里直接/间接指定的。spring的jdbcTemplate就是为了在java里写jdbc嘛，谁说一定不能在java中写……


有时候也不是自己说了算啊，客户=上帝，这种情况下……只有那句名言“我要杀了我们客户”……   





对“一个MAP，一个接口，一个SERVLET就能搞定一切”比较感兴趣，不知可否讲讲。听起来倒是简单,不过基于请求驱动的框架都是一个servlet分发，一个action实现，返回一个result嘛，servlet本身就是这么一个框架。在你自己的框架里，request参数怎么取，统统request.getparameter？这里你需要去实现吧。数据库操作怎么写，又得封装下吧。那如果我要用户页面定制模板呢？随着项目模块增多，你的URL映射配置为了减少冲突，需要拆分，不是又要自己写代码？如果需要拆分二级域名，拆分应用呢。随着项目的复杂，这个框架需要添加一些功能，需要有人维护，到最后，你如何能保证你写的框架能让其他人用起来觉得简单呢，你要的是完全在你手掌上的东西，但其他人不一定认可，他可能觉得别扭，要改东西说不定还得去跟踪你框架的源码。我认为，在小项目里，一定程度上自己封装的实现可能实现更快，但当项目大了后就不一定了，不确定性太多了，需要修改的地方也太多，就怕自己写的框架到后来反而成了障碍。
自己写的框架，大多数时候都会发现又造了个轮子，而且这个轮子不一定圆。。。
个人愚见，对于自制框架深受其害，见笑了。



你还别说，这都是最基本的，你看见哪个servlet不是基于java，socket，http的？如果你不能用这些基本的东西写出一个类似你所用的servlet的东西，那你把那servlet用的再熟也只是局限于那个servlet，能把那些东西看透，根本就不屑去使用那些东西。因为不定因素太多了，你要的是完全在自己手掌上的东西。

别无他意，纯恶搞，jvm，os，cpu，火星……上次那个不会指针的都不是程序员怎么来着……



我也觉得，好多都是修改配置文件，然后又用java写个配置去读，事实上，系统里这个xml配置在运行期根本就不会调整，都是由开发人员确定的。结果xml满地都是，编写容易出错不说，管理起来也混乱了。像对于普通的使用人员，系统都会实现一个程序界面来的，总不至于让普通的管理员去修改xml嘛，改错了怎么办

楼上的，我有说一定不能在action中写jdbc么？个人喜好，在jsp中写都没人反对你。呵呵
讨论这个就撤远了。

……在JSP里面写比在JAVA里面写要好的多。
JSP不需要手工重新编译部署重启服务器。
任意改动之后自动检测重新部署，完全不需要额外的代码或者框架支持。我有一个简陋的自制框架就是JSP的。
基本原理是：JSP里面用动态类实例描述一个action，然后把这个实例放到request里头去，再由servlet执行。这样我可以不用重启tomcat调试action。
但是这样牺牲了Controller继承派生的可能性。而且正如我在首贴说的，免重启不是最重要的，最重要的是零初始化。
其实JAVA用不着看着其他脚本语言流口水，JSP已经是最便利的效率最高的脚本语言了（语言特性是否方便另算）

效率？什么效率？你觉得编译jsp的效率很高么？

SOCKET，HTTP这些很难吗，要实现SERVLET的功能很难吗？这些都是上层应用，人家封装好，处理好协议交给你用，简单吧？你对TCP/IP了解多少？你输入的要连接的端口和地址在什么地方放置？传输的过程中源地址和目的地址会不会改变？某些人用API建个SOCKET，发送些数据，就自以为了解网络通信；数据从应用层到物理层是怎么处理的？接收数据从物理层到应用层又是怎么处理的？

客户就是上帝，说的一点都不假
人家想用啥，你就得给用啥

那你怎么不从焊接电路作起.自己先焊台机器,再用01码写个编译器,在写个自己的语言,弄个自己的框架.....
甚至你自己发明种语言.......
上帝的活你都做了......

过个一年半载你的团队撤走了,换个团队来维护....
我的天啊....
他们真的要变成上帝了....

严重同意楼主的观点。

没落的Java社区：
http://www.jiehoo.com/%e6%b2%a1%e8%90%bd%e7%9a%84java%e7%a4%be%e5%8c%ba.htm

Java适合的是解决那复杂的10%应用，也就是真正的企业级应用。在这个领域，目前没有哪样技术成熟到可以对Java说No!
可惜我们90%的Web开发人员需要解决的正是那些90%的简单应用。不客气的说，国内90%的Java开发人员面对的问题也正是Web+DB的问题。
在这个领域，PHP是最快最成熟的，不管你认为它是草根也罢、挣不到钱也罢，人家就是很快地做出了众多优秀的作品。多年互联网界的战争硝烟散尽后，大多数用户最终选择了PHP。
RoR则是这个领域最具潜力的OOP方案，但RoR的效率、安全性、成熟度目前还是有很多问题的，需要大家多多努力啊。