在写电子商城系统之前，先封装一个java框架，既然是框架，那就必然是通用的，封装好了之后，在其它系统中一样能用。从这一点上来说，框架，比电子商城系统的意义要大得多。框架的作用是为了简化开发的，如果不能，那么这个框架，就没有存在的价值。那么，我为什么会想到要封装这样一个框架，是什么原因促使我开发这样一个框架呢？这还得从头说起。
我之前有一家公司，也是做电子商城的，但是后台管理系统做得不够完善，很多统计的功能都没有实现。那么，产品或是数据分析师需要一些统计数据的时候，就会找我帮他查数据库。一开始还没什么，到后面老是找我查，而查询的数据，又基本上是类似的，我就不乐意了，于是，我就自己写了一个小小的web应用，页面上提供一些查询条件，输入条件，就可以查询到需要的数据。当然一开始做得非常的简单，到后面呢，我就渐渐地模仿公司的后台系统，做得功能越来越多，写得功能多了，就发现很多东西，都是类似的（因为我没有使用框架），于是就开始构思，要把这些类似的东西，封装起来，不能老是重复写啊。当然，这个时候的封装是很low的，也很不通用、不好用。在封装的时候，也常常会遇到一些难解决的问题，于是就得钻啊，然后就慢慢地深入学习反射和泛型了。当然，这个学的过程是比较痛苦的，基本上都是找度娘学的，起初学的时候，很多东西很不好理解，反正就是经常学得头疼。。。那个时候，还没有封装框架的意识，只能算是一个知识的积累吧。
在可以比较熟练地使用反射之后，然后也接触了Mybatis。当然，只是了解，并没有怎么学过。只是知道是一个dao层的框架，可以把查询语句写在配置文件里。就这一点，可以把查询语句写在配置文件里，让我来了兴趣。于是乎，我就琢磨着，自己也来实现一下这个功能。然后就有了我的第一个框架。这个框架，比较简单，就只实现了查询的功能，代码也写得比较死，但还是可以多表查询的。在我之前的博客JMeter教程里，讲解性能测试的时候，就是拿这个框架来演示的。把查询语句写在配置文件里，意味着要有很多的配置文件，不是很方便，而现在主流的做法，是使用注解，于是，某一天，脑袋突然短路了，我就开始捣腾用注解来实现这个框架了。
我现在写的这个框架，应用起来的话，可以大大地提高开发的效率。基本上一个系统，只需要写好实体类，就差不多完成了。但是这个框架，我还在不断地完善，不断的添加功能，现在已经实现的功能，有通用的增删查改，但仅局限于没有继承的类，数据库中要是单表，今天，把多表的通用查询功能也实现了，但是代码弄得比较乱，需要再理一理。
那么，这一系列的教程，就是把我封装这一个框架的过程给剖析出来。我想，最重要的，还是我的思想，在遇到问题的时候，我是怎样去解决的，而不应该是我这个框架的代码。
欢迎加入测试群：91425817，一起讨论测试的那此事。
