2017-06-02 12:01
有部分想法是很不错的,例如坚持轻量级 COC 与极速开发原则,数据库访问优化,都一直在做的事
有些东东持谨慎态度,例如微服务的支持,本质上 jfinal 可用于微服务架构中的每个微服务之中,哪怕你的某个微服务没有用到 web 模块,用一下 active record 以及 template engine 也是可以的
而微服务更多内容是各服务的治理以及连通的事情,这个已经超出了 jfinal 原本的定位。如果开发者确实很有需求,也只会做成扩展功能
jfinal 一直定位于 web mvc + orm,其他的功能几乎都是对第三方进行的极薄封装,例如 cache、druid、redis 之类的封装
要做到极简,就必须保持克制。jfinal 的发展坚持生物进化规律,在 DNA 被复制时产生变异,保留好的变异,随着认知的提升去掉原来不好的东西,拥抱变化,拥抱不确定性,随着时间的推移,逐步进化成更加先进的物种
2017-05-31 15:59
@斯坦福桥 jpress 官方也转向 jfinal 模板引擎了,即将发布 jfinal template egine 的 jpress 新版本
2017-05-29 10:31
@Han_JiaLin 没错,建议在本站首页下载 jfinal 3.1 all 这个 zip 包,里面有我刚刚上传的最新版本的 cos.jar 包,新版本可支持多 input 域使用相同的 name,还支持 getFiles() 多文件上传时保持文件次序
2017-05-28 18:45
@杜福忠 此外,即便是用 ehcache ,也可以通过配置集群来实现数据同步,也可以学一下 oschina 红薯的开源项目 j2cache 让 ehcache 与 redis 配合实现集群
2017-05-28 18:44
@JFinal 就算你只用一个 RedisPlugin 实例,你也可以将 Ehcache 的 cacheName key 的形式转换成 redis 的 cacheName + key,将这个值的整体当成是 redis 的 key 来用
2017-05-28 18:42
@杜福忠 多个 Cache 也不用这么玩啊, redis 是有库的概念的,为不同的 cacheName 分配到不同的 redis db 就可以了,为每个 cacheName 创建一个 RedisPlugin 对象就可以了