2016-09-12 15:00

@九爷同学 最后一个不对,最后一个是周三的每分钟都执行一次

2016-09-12 14:07

非常有深度的分享,很有实用价值,超赞

2016-09-12 12:44

把 cron4j 的配置表达式贴出来看看

2016-09-12 12:34

除了 cron4j 配置可能有错误以外,还要检查一下是不是 tomcat 配置的坑,请看这里:http://my.oschina.net/jfinal/blog/353062

2016-09-11 18:03

而对于 Model,由于 Model 事先与 table 建立了映射关系,所以在 findById(...)、findByIdLoadColumns(...) 这类查询时,tableName 与 idName 这两个参数是天然不需要的,所以此时的重载比较简洁易用

2016-09-11 18:01

如果添加 Db.findByIdLoadColumns(...) 这个特性,由于参数非常多,还不如直接用 Db.findFirst("select a,b,c from ...", p1, ...pn) 来得方便快捷,而且不需要去学习那些参数的含义,降低了学习成本

2016-09-11 17:59

无论是 Model 还是 Db,早在 jfinal 1.9 的时候, findById 都有重载实现 loadColumns 的功能,那时方法名全叫 findById(...),用重载实现的

到了 jfinal 2.0 添加了多主键支持,Model、Db 中的 findById 必须跟着变化,而 findById 本来重载的方法就很多了,所以添加多主键支持时,重载方案下的参数的各种组合变得很复杂,也容易让用户用错

所以 jfinal 2.0 的 Model 将该功能改了方法名,由 findById 改为了 findByIdLoadColumns,避免了重载带来的各种问题

而 jfinal 2.0 多主键支持下的 Db 类情况更加麻烦,由于 Db + Record 模式下的各种查询方法需要传入 tableName,甚至 idName,所以参数数量更加多,在使用过程中,如果将这些参数都用上,发现还不如直接在 sql 的 select 中带上这些个 columns 来得方便,并且易于理解,所以 2.0 就干脆将 Db 上的这个特性干掉了

重载是面象对象语言的很优秀的特性,但在参数过多时也会带来一些问题

2016-09-11 12:53

@小木学堂 昨晚服务器迁移,停服了几个小时,mysql 5.7 有坑啊,居然不兼容某些 mysql 5.6 的 sql

2016-09-10 18:14

@云云 感谢你的支持,社区会越来越完善,多多关注社区动态

2016-09-10 18:10

感谢分享,赞一个

2016-09-10 17:53

问题再详细些,目前的信息量无法知道问题所在,适当贴出一些代码来

2016-09-10 17:19

@玄伶 多多关注社区动态,今天社区要更换新服务器,偶尔会有停服的情况

2016-09-10 17:18

@玄伶 社区还有一部分核心功能上线以后,就会全力丰富社区内容,让大家可以获取到很多对开发有价值的经验、源码等资源
也会依靠广大用户都去分享自己的资源,形成一个正能力、高品质的极速开发社区,进一步提升开发效率、代码质量以及开发体验

2016-09-10 17:07

@玄伶 基本上是一人开发,有少数用户直接提交过代码,jfinal 是极简设计,代码才一万行左右,目前不需要多少人