web开发，不用框架会怎样？

我们现都是用自己的框架，java做web没有问题，问题是ssh确实不适合做普通的网站
楼主说的思路虽然可以，但是存在问题，实现起来后维护性不太好，而且工作量也挺大的

楼主的文章一看就很用心，但是对于框架的使用，并没有要求你一定要把思想的局限放在其中啊。框架自身来说，不就是为了减少大量代码的编写，并提供一种解决方案嘛。而且从多人协作的角度来看，也是为了更好的配合啊，当然 ，楼主的想法也是值得提倡，具体看场景了！

约定大于配置，restful等
其实很多基于领域驱动的框架，比如ror，思路会更好

楼主"servlet"写错啦

又是一个肤浅的人，还预测5年内java就不行了，我看是你不行，用不用框架你决定，又不是java决定的

我的应用自己封装MVC,Servlet收集到的数据封装成Hash,全部扔给逻辑层. 逻辑层做数据写入/更新,也可以调用存储过程. 逻辑层处理完再把结果还给Servlet,通过JSP展现.

好处:
  1.直接面对数据库,效率高,内存占用少.
  2.省去一堆Set/Get的冗长代码,平台封装标准Hash.
  3.DAO定义过程可自动提取.无需一堆鸡肋是的Java类,也无需写基础增删改SQL
  4.C/S开发者可轻易驾驭,不必再学习数不完框架,懂JSP和存储过程就可以了.
坏处: 换数据库逻辑得重写, 写平台花了很长时间

很同意楼主的想法，不过框架的学习给了我们一种实现MVC的思路，很多大企业都有自己的框架，这些框架也参考了标准，参考了其它框架，肯定也有优缺点，关键是适合自己，方便开发，取长补短。

基于领域驱动的思想不错，根据领域业务知识，按照面向对象的方法论进行对象的设计和开发，但是基于领域驱动的框架有些费解,想了解一下。

   为了使框架而使框架是不对的，为了不使框架而不使框架也是不妥，根据产品的性质，团队的技术情况，寻找或开发最适合的框架是正确的态度。对于技术人员而言，认识到一个包括框架在内的技术本质，核心价值，彻底清楚其要解决什么核心问题对与我们选择或自己开发框架至关重要。比如在选择EJB之前，必须要清楚了解有状态的Session Bean和无状态的Session Bean是为了解决什么问题，什么时候用有状态的SessionBean，什么时候用无状态的Session Bean？关于技术的本质认识不清，将会导致很多混乱，这时，惯性的思维方式是直接否定这个技术。其实，这些技术本质也并非难以弄清，只要一个人明白后，团队成员会很快弄清楚。一个团队应该有自己灵魂人物或者灵魂核心团队，这才能在框架泛滥的时代游刃有余，而不是被框架束缚手脚。

    楼主批评Java的臃肿复杂，这与我的感觉恰恰相反。不知道楼主近来是不是主要开发Java，有没有研究过JavaEE6以后出来的各种规范，我觉得Java现在的开发反而是简单清晰，而不是臃肿复杂，你完全可以抛开各种开源框架，使用JavaEE6规范来快速开发应用系统。JavaEE的规范中直接吸取了开源框架的优秀思想，这种规范与开源竞争、互动、融合的机制非常好[color=red][/color]。

    我觉得JPA,EJB，CDI，Servlet/JSP/JSF，...都是框架，SSH也是框架，脱离框架或脱离已有的成果一切从头开始未必是最好的选择。框架的主要作用解决的是技术上的复用，将复杂的技术问题简单化，让我们可以把更多的精力投入到业务领域的研究和设计之中。

    当前中国软件业的问题不是用不用框架，用J2EE标准还是SSH等开源框架，用Java还是.net等方面的问题，而是在于OO思想的深刻领会，并扎实地运用在业务领域建模方面，在这些方面，国内与国外存在很大差距，直接导致了中国的软件基本上处于低水平重复开发的局面。可能很多公司运用的框架很先进或时髦，但是开发出来的软件业务变化适应性不好，需要人海战术进行维护。

    当然，这种情况也与不成熟的客户市场，浮躁的商业氛围有关，但是这些不成熟与浮躁绝不会成为主旋律，终有一天，中国软件会走向更高层次，那时候论坛主要讨论的不是框架、语言的问题，而是具体某个领域的设计问题，逐渐形成领域设计论坛，联盟，协会，形成在某些领域有一大群即懂业务，又精通面向对象设计的技术人员，形成在某些行业软件方面具有领导地位，可以引领行业技术标准的大公司，到这一天，中国软件才算走向成熟。

橘生淮南则为橘，橘生淮北则为枳。

存在既是合理。

是工具本身的问题，还是没有掌握工具使用方法出的错，还是待解决的问题与可能的方法之间不匹配。