先说下我熟悉的两个框架的作用：
1，struts，它也就是提供了控制层，用它的话，我们只管写页面和模型，而不需要去考虑：一个请求发出后，是怎么到达一个Action，然后Action又是怎么调用模型的方法，又是怎么把请求转发到别的页面。这一系列控制层的工作，我们都不需要考虑了，因为struts已经替我们做好了。
2，hibernate, 持久化框架，它把数据库中的关系型数据映射成了缓存中的对象，我们通过对缓存中的对象的增删改，就可以间接的操作数据库。至于缓存和数据库之间的同步，这些都是由hibernate做的，这个牛比的框架，节省了我们很多的时间去写那些访问数据库的代码。
框架是不错，但我们非要用它不可吗？ 不用它不可以吗？
不用也是可以的，我们可以用最基础的jsp和servlet等来实现控制层，我们也可以用最简单快捷的jdbc的方式来访问数据库，如果是一个小项目，如果就一两个人开发，如果开发者的代码十分规范，那么这样做也是可以的，如果你不怕多写一些代码的话。
对于一个比较大的项目，很多人一起开发的。如果不用struts类的控制层框架，那就得自己写这部分的控制的代码，一个团队，每个人写的这部分的代码都会不相同，到时候五花八门的，各式各样的都有，是很不利于项目的维护的。如果不同持久层框架，那你就得写好多的访问数据库的代码，工作量会多很多，代码出错的几率也就多了很多。
如果用框架的话，对项目是有利的，它在减少代码量的同时也减少了出错的几率，同时，在很多地方，对项目进行了规范，大大提高了项目的易维护程度。当项目组中有人离开后，也可以迅速的招聘来会使用框架的人员来接替他的工作，而不必担心后来者看不懂离开者的代码。
框架，对初学者来说，刚开始是有些难度的，感觉好高深莫测的东西，其实如果你只是想用它的话，很容易，找个会的人教几下，一天就可以明白怎么用了。可是只知道怎么用，对自己的技术水平是没有什么提高的，我们应该专注于框架所封装的那些底层的基础技术的学习，那些才是根本。
框架是封装出来的，如果我们的技术够好，我们也可以造出一个框架来。