2017-03-01 17:32
@vikingSun 第一个问题，sql 管理功能有她合适的场景，例如，做跨数据库的产品，如果 sql 写在外部文件中，可以为不同的数据库分别去写一套，从而实现跨数据库的功能。此外写在外部 sql 文件之中，还有助于一些大公司的 DBA 职位，他们的 sql 是 DBA 来写并不断优化的，写在外部方便随时查看并根据 sql 性能监控的结果做优化。
对于其它很多情况，其一是基本的 CRUD 中的 CUD 都已被 jfinal 实现过了，其二是可以直接在 java 中写 sql，确实没有必要使用外部文件进行管理，这也是 jfinal 在相当长的时间并没有提供外部 sql 管理功能的重大原因
第二个问题，让开发者发挥想象力，各显神通就好，jfinal 作为框架，更好地是去实现基础设施性的功能，这样才能降低学习成本，保持极简风格
第三个问题，与第二个问题类似的原因，jfinal 目前只实现基础功能，以免事情变得复杂。扫描 sql 文件这件事情，说大不大，但要做得很完善，尤其是要做成极简，也得费一番事，例如，得考虑扫描什么类型的文件，是不是要分析文件内容来确定是 sql 文件等等
2017-03-01 17:23
ActiveRecrdPlugin 在对 Model 映射到 table 时，默认对主键使用的小写 "id"，如果是大写，用一下 arp.addMapping(Xxx.class, "ID", tableName)
此外，jfinal 自 2.1 版本以后已然支持自动化生成映射了，不需要再自己配置，在本站首页下载 jfinal demo ， 用一下这个 demo 中的 _Generator.java 去做这些体力活
2017-03-01 17:19
添加了相关的 jar 并不意味着真的生效了。此外，建议换成 DruidPlugin
2017-03-01 11:37
这个是基础问题，不必过于纠结，下载首页的 jfinal demo ， 一看就懂了，这个 demo 中贴子中的功能实现
将 jfinal demo 跑起来以后，再按照自己的想法改改代码，实现自己的一些认知
2017-02-28 21:05
resources 目录是 maven 项目规范的配置与资源文件存放的目录，该目录下面的文件会被编译器直接 copy 到根类路径之下，也就是 classes 目录下。因此，只需要让 PropKit.use 去这个根下面找文件就好
2017-02-28 18:49
目前仅对 mysql 的关键字做了转义处理，建议参考一下 MysqlDialect 扩展一下 SqlServerDialect，然后通过 arp.setDialect(new MySqlServerDialect()) 配置一下
2017-02-28 15:29
检查一下 sensor_1 这个字段所允许的数据长度是否与传入的数据相匹配
2017-02-28 15:25
检查一下 sensor_1 这个字段所允许的数据长度是否与传入的数据相匹配
2017-02-28 12:46
先用 json 工具解析成 java 对象，然后就可以获取了，用一下：
1：me.setJsonFactory(new MixedJsonFactory()); 先配置
2：使用： JsonKit.parse(jsonString, ...);
