点击上方"Java全栈技术"关注我们，每天学习一个java知识点

天才程序员去创造工具，大众程序员去使用工具， 我想大部分人都处于"使用" 这个层次。

那些创造了语言、系统、工具、框架的程序员是我们崇拜的对象，也是我们努力奋斗的目标， 希望有一天我们也能像他们那样， 攀上代码的高峰， 会当凌绝顶， 一览众山小

创造是一件很难的事情，但是模仿却简单的多， 今天聊一点框架相关的知识，那些想自己写框架的，想重复造轮子的同学可以看看。

别误会，我说的是重复造轮子，不是重复发明轮子。 重复造轮子能让你体会一下创造者的艰辛和快乐，提升一下自己的内功和境界。

所谓的框架，和工具不同， 工具拿过来直接可用， 而框架只是个半成品。 换句话说就是大牛写的框架代码，加上我们写的代码，才能形成一个系统，才能运行起来。

你想一想，单独的Struts， Spring ,Hibernate能运行吗？ 肯定不行吧。框架是个半成品(但不是残次品), 我们要想用起来，非得自己填上代码不可。

这就有点难搞了，那些大牛们写框架的时候得考虑用户怎么配合才行， 所以得定义好边界， 哪些是框架的任务，哪些是程序员应该做的扩展。 我们想修改框架的东西，门儿都没有，对修改完全封闭。 但是框架又提供了一些地方让程序员扩展， 这就是著名的面向对象设计的原则之一： Open-Close原则

模板方法

想达成这个目标，最容易的方式就是"继承"， 在Java世界常用的就是抽象类。

抽象类有这样的好处：

1. 没法实例化去执行（符合框架半成品的特点）

2. 可以被继承， 抽象方法需要使用者去实现。

3. 可以在抽象类中写代码，写框架相关的代码， 还可以调用抽象方法。

完美达到了Open-Close原则， 举个例子会看得更加清楚一些。

假设你要写一个MVC的框架， 你希望定义一个抽象类AbstractAction，把一些框架应该做的事封装起来，比如抽取HttpRequest的参数，形成一个Map 以便传递给具体的Action使用，这些操作和步骤是子类不能修改的-- Close

虽然是封闭的， 但是框架的使用者却可以去继承这类，实现那个抽象的execute 方法， 放置自己的业务代码。 ---Open

当然它除了实现自己的代码之外，没法修改AbstractAction中的任何东西， 或者说，对超类一无所知。 -- 又是Close

这样一来，你的框架就得到了这个效果： Don't call me , I'll call you (别打电话找我，我会去找你的)（注： 这就是Struts1 背后的思想）

反射 声明＋约定

上面的方法看起来很美， 但是有个巨大的问题，就是对客户侵入性太强。

表现在两个方面：

(1) 子类（业务类）很不自由， 被迫继承一个它不想继承的类

(2) 难于做单元测试，你也许注意到了， AbstractAction 其实是依赖HttpRequest, 和HttpResponse的，这两个对象一般需要web 容器跑起来才能得到。

很容易想到， 如果业务类是一个普通的POJO多好：

如果我不说，估计你会以为这是一个普通的java class , 实际上，它就是一个普通java class。

它虽然叫做LoginAction , 但是和框架一毛钱关系也没有， 毕竟它啥也没有继承， 你的框架怎么知道它就是一个潜在的Action 类？这时候需要一点点声明性的工作， 告诉框架，这是一个Action 类， 声明可以用xml ，也可以用注解，例如用xml声明的话，使用框架的程序员需要这么做