为什么需要框架（java）

首先 我们要知道 pareto法则
也就是 二八定律又名帕累托定律，也叫巴莱多定律、80/20定律、最省力的法则、不平衡原则等，是19世纪末20世纪初意大利经济学家帕累托发明。他认为：在任何一组东西中，最重要的只占其中一小部分，约20%，其余80%的尽管是多数，却是次要的，因此又称二八法则，并被广泛运用到生活和企业管理方面。

我们以前做java开发 用的都是原始的东西
数据操作 很多写在jsp页面，数据持久层用原始的jdbc（打开连接、创建语句、绑定参数、执行查询、处理结果、处理异常、清除资源）
代码冗长、甚至是复杂，但是真正关键的只有一两句，80%的都是样板代码 ，就是你在开发的时候可以从其他地方拷贝过来，然后修改关键的地方的代码即可，这个在现在看来 可以视为劣质代码。但是实际上这些代码很重要，清理资源和处理错误提高了数据访问的健壮性，没有这些操作就不能发现错误，就会让资源处于打开状态，从而导致意外的代码和资源泄露。这是因为这些原因，我们才让框架来处理这些样板代码，从而确保这些代码是存在的，而且是正确的，我们对于程序员来说，开发时间却大大减少，代码也越来越优雅，
比如spring的jdbc模版，spring的免检异常等。



有时候我们说明一个问题不用讲的很大，只要站着某个角度去比较分析就能明白道理。

这就是手工艺品和工厂流水线生产的区别一样。

各种领域，各种分层，各种框架。

目前我所经历的或者自主开发的：


1、前置层的框架的主要目的是，尽量让各个子模块只关注自己的协议的实现，而不用考虑太多诸如生命周期、并发之类的事情。

2、中间层框架的主要目的是，尽量让应用开发人员只关注多样的业务逻辑。

楼主说的很片面。应该说，你只能理解一个框架的一方面，如果你不说的很大。

为什么需要框架？

因为标准API太难用了。

省事省时啊...

这就叫站在巨人的肩上成长, 如果只是一味的去使用, 而不去理解它的设计理念.
这就只是做一些粗糙的工作而已.

在巨人的肩上成长,

楼主说得不错。纠正一个错误，发现不是发明。

新手帖，鉴定完毕。