anyline并没有依赖JAP，只是根据注解的名称及注解属性名称来解析注解，所以需要注解的需要自己添加相关依赖 可以解析的注解： 表名:table.name, table.value, tableName.name, tableName.value 列名:column.name,column.val

EntityAdapter主要用来实现实体类与表，属性与列之间的转换。 系统自带一个默认的EntityAdapter，每个项目也可以提供定制的EntityAdapter，参考【EntityAdapter定制】 在执行转换时会按顺序调用,直到成功为止，顺序以EntityAdapter.order()方

自定义EntityAdapter需要实现EntityAdapter接口，其中的每个方法在接口中都有默认实现，只需要实现需要修改的接口即可，同时需要交给spring管理，一般是加一个@Component注解 如果不针对所有的类，而只针对具体的类，可以覆盖type()方法返回具体的Class或覆盖typ

DataSet中提供了(抽样/总体)方差、标准偏差相关的计算，最终还是调用了NumberUtil中的方法 以下方法其中a表示空值也参与计算,p表示总体,相对的不带p表示抽样 var:抽样方差(空值不参与计算) vara:抽样方差(空值参与计算) varp:总体方差(空值不参与计算) varpa:总体

 首先要承认银弹是没有的，所以先说 劣势 在增、删、改、查4个过程中，增的环境劣势比较明显 操作查询结果时，不能像Entity一样有IDE的提示和自动补齐，减少了IDE的协助确实让许多人寸步难行， 大部分人也是在这里被劝退的。 在插入数据时，不能像像

User user = row.entity(User.class);

标准的url中一般是这样http://127.0.0.1/list?id=1&id=2&id=3 或者用form表表单提交三个name=id的input 也可以提交json格式{id:[1,2,3]} 以上三种情况condition("ID:[id]")都可以解析成WHERE I

在多数据源情况下，通过注解控制事务会报这个异常 org.springframework.beans.factory.NoUniqueBeanDefinitionException: No qualifying bean of type [TransactionManager] is defined:

这里说的是有多个数据源，并且多个数据源需要控制事务。【为会么要创建多个事务管理器】 如果然后有多个数据源，但只需要控制主数据源的事务，不要往下看只需要参考【多数据源注解事务异常】 分两种情况说明 一、需要控制事务的方法内部不需要切换数据源。并且编码阶段已经可以确认是哪个数据源  

在多数据源的情况下会生成多个事务管理器。 为了更强的隔离性。否则数据源切换过程中，不好跟踪事务，如果遇到线程共享时，切换数据源也有可能失败，那事务管理器肯定就乱了。 为了在切换数据源过程中，保持事务状态。就是不要因为切换数据源，而把上一个事务强制提交或回滚。