#308 Mapper 里的注解@SqlStatment和 @Sql的 returnType 不是必须
#304 sql 出错，某些情况下日志行数显示不对 的Bug
#302 MappingEntity 实现序列化功能以辅助分布式缓存
<dependency> <groupId>com.ibeetl</groupId> <artifactId>beetlsql</artifactId> <version>2.8.12</version> </dependency>
BeetlSql 是全新的Java 数据库访问 工具，具有如下特性：
开发效率：
1 无需注解，自动使用大量内置SQL，轻易完成增删改查功能，节省50%的开发工作量
2 数据模型支持Pojo，也支持Map/List这种快速模型，也支持混合模型
3 SQL 模板基于Beetl实现，更容易写和调试，以及扩展 可以针对单个表(或者视图）
4 代码生成pojo类和sql模版，甚至是整个数据库。能减少代码编写工作量
维护性：
5 SQL 以更简洁的方式，Markdown方式集中管理，同时方便程序开发和数据库SQL调试。
可以自动将sql文件映射为dao接口类
6 直观灵活的支持一对一，一对多，多对多关系映射而不引入复杂的OR Mapping概念和技术。
7 具备Interceptor功能，可以调试，性能诊断SQL，以及扩展其他功能。
引用来自“你是红薯派来的逗逼吗”的评论
早上起来第一发，支持一下~期待@AssignID/@AutoID等注解支持在Field上而不是限定在Method上，这样使用lombok的时候就无需重载一下getter方法了
引用来自“闲大赋”的评论
好的，下个版本发布，本来打算这个版本发布，但先把一些有bug的先修复了再说引用来自“任瑞修”的评论
现在在使用kotlin整合BeetlSql，计划使用它的data class作为实体类，可是最简的方式就是直接在field上面加注解@AssignID/@AutoID等，我目前用的BeetlSql是2.8.13的，还是只能加在Method上，什么时候可以支持加在field上呢？引用来自“闲大赋”的评论
快了，俩个版本以内就支持。引用来自“你是红薯派来的逗逼吗”的评论
早上起来第一发，支持一下~期待@AssignID/@AutoID等注解支持在Field上而不是限定在Method上，这样使用lombok的时候就无需重载一下getter方法了
引用来自“闲大赋”的评论
好的，下个版本发布，本来打算这个版本发布，但先把一些有bug的先修复了再说引用来自“任瑞修”的评论
现在在使用kotlin整合BeetlSql，计划使用它的data class作为实体类，可是最简的方式就是直接在field上面加注解@AssignID/@AutoID等，我目前用的BeetlSql是2.8.13的，还是只能加在Method上，什么时候可以支持加在field上呢？引用来自“你是红薯派来的逗逼吗”的评论
早上起来第一发，支持一下~期待@AssignID/@AutoID等注解支持在Field上而不是限定在Method上，这样使用lombok的时候就无需重载一下getter方法了
引用来自“闲大赋”的评论
好的，下个版本发布，本来打算这个版本发布，但先把一些有bug的先修复了再说引用来自“你是红薯派来的逗逼吗”的评论
早上起来第一发，支持一下~期待@AssignID/@AutoID等注解支持在Field上而不是限定在Method上，这样使用lombok的时候就无需重载一下getter方法了
引用来自“talent-tan”的评论
lombok这个东西，我用了一个月后就放弃了引用来自“orpherus”的评论
试试Kotlin吧，不用写getter/setter，类型自动推导，函数式写法的map-filter-reduce比Java8方便很多，when也比switch更方便，elvis加上nonnull变量可以消除NPE了。引用来自“你是红薯派来的逗逼吗”的评论
早上起来第一发，支持一下~期待@AssignID/@AutoID等注解支持在Field上而不是限定在Method上，这样使用lombok的时候就无需重载一下getter方法了
引用来自“talent-tan”的评论
lombok这个东西，我用了一个月后就放弃了引用来自“你是红薯派来的逗逼吗”的评论
早上起来第一发，支持一下~期待@AssignID/@AutoID等注解支持在Field上而不是限定在Method上，这样使用lombok的时候就无需重载一下getter方法了
引用来自“talent-tan”的评论
lombok这个东西，我用了一个月后就放弃了引用来自“罗格林”的评论
不能只说结果不讲一点缘由啊引用来自“talent-tan”的评论
我也就随口一说，要说理由么，还真有一些1、在eclipse下，需要额外安装东西和额外设置才能使用
2、lombok它省的是IDE自动生成代码的工作量，对开发人员的工作量几乎没有减轻
3、lombok带来的好处仅仅是一些不用动脑子的代码，但省掉这些代码后却是有利有弊的（利是代码更简洁，弊是lombok额外生成的代码不容易被发现，在修改变量名时可能引起误判）
不过，作为工具和习惯嘛，各有各的爱好，我只是说我已经放弃了
引用来自“你是红薯派来的逗逼吗”的评论
早上起来第一发，支持一下~期待@AssignID/@AutoID等注解支持在Field上而不是限定在Method上，这样使用lombok的时候就无需重载一下getter方法了
引用来自“talent-tan”的评论
lombok这个东西，我用了一个月后就放弃了引用来自“罗格林”的评论
不能只说结果不讲一点缘由啊1、在eclipse下，需要额外安装东西和额外设置才能使用
2、lombok它省的是IDE自动生成代码的工作量，对开发人员的工作量几乎没有减轻
3、lombok带来的好处仅仅是一些不用动脑子的代码，但省掉这些代码后却是有利有弊的（利是代码更简洁，弊是lombok额外生成的代码不容易被发现，在修改变量名时可能引起误判）
不过，作为工具和习惯嘛，各有各的爱好，我只是说我已经放弃了
引用来自“你是红薯派来的逗逼吗”的评论
早上起来第一发，支持一下~期待@AssignID/@AutoID等注解支持在Field上而不是限定在Method上，这样使用lombok的时候就无需重载一下getter方法了
引用来自“talent-tan”的评论
lombok这个东西，我用了一个月后就放弃了引用来自“你是红薯派来的逗逼吗”的评论
早上起来第一发，支持一下~期待@AssignID/@AutoID等注解支持在Field上而不是限定在Method上，这样使用lombok的时候就无需重载一下getter方法了
引用来自“talent-tan”的评论
lombok这个东西，我用了一个月后就放弃了@Data
@FieldDefaults(level = AccessLevel.PRIVATE)
引用来自“你是红薯派来的逗逼吗”的评论
早上起来第一发，支持一下~期待@AssignID/@AutoID等注解支持在Field上而不是限定在Method上，这样使用lombok的时候就无需重载一下getter方法了
引用来自“你是红薯派来的逗逼吗”的评论
早上起来第一发，支持一下~期待@AssignID/@AutoID等注解支持在Field上而不是限定在Method上，这样使用lombok的时候就无需重载一下getter方法了
期待@AssignID/@AutoID等注解支持在Field上而不是限定在Method上，这样使用lombok的时候就无需重载一下getter方法了