jfinall框架

       刚工作一个月，前面实在太忙了，没时间写博客，把这几天学的新东西整理下,刚来公司是要做的微信公众号，当然只是借微信这个平台来做自己的网站和业务了，一开始使用的是一款开源微信框架，捷微开源微信平台，但是感觉有点臃肿，功能还是很强大的，后来来了新的技术负责人，推荐了一个新的框架jfinall,刚开始觉得这个框架听都没听过，用着靠谱吗？于是我们自己看着demo跑了一遍这个项目，一个web框架主要的问题就是看它的对servlet的封装以及实体类以及数据库处理，是否支持aop等等。

 看了下demo后发现，这些功能它都支持，重点是它是零配置文件的，全部配置在一个类中，action的映射以及实体类的处理，

以上的配置就代替了我们springmvc或者struts2中的大量注解和action配置，实体类自动映射表生成，个人觉得这是处理的很棒的地方，不用自己写实体类的属性，只需要映射到表就可以（笔者曾经在这个映射的地方遇到一个问题：由于linux下的mysql如果不配置的话不会自动不区分大小写，然后jfinall这种通过表来映射生成实体类的就会有问题了，你在映射的实体类定义的键名必须要和数据库表名的名字一样，如果数据库表区分大小写，那就很很蛋疼了，所有语句和jfinall自带的查询都会区分大小写。。。然后就呵呵了）。

  其实以上说的都是它的一些处理方案变得更简单了而已，实现的原理和其他框架都是一样的，但是封装和处理和使用上都是非常好用的，这也让jfinall框架只有200多k而已。

  说完这些，再说说它的拦截器以及事务处理和Record类：拦截器分为全局拦截器和非全局拦截器，使用方法适合其他框架的注解方式是一样的。。。事务处理也是采用aop注解处理，很方便。

 我觉得最好的就是他的这个类似Object的通用类了，它可以将数据库查询的属性统统赋值都这个Record类中，Record是属于类似Object的通用类，像Object但却有get和set方法，在我们的无关联对象查询中使用特别方便。

不过有一个问题就是它的像mybatis的那种关联映射的实体的处理不是很清晰，还需要继续研究。。。