关于jfinal未来方向的一点想法

临时有些思路供参考,很不成熟见谅。

  • 坚持轻量级COC和极速开发原则;

  • 加强AOP和拦截器设计,在自定义标注参数方面提供更灵活的设计方法;

  • 关系型数据库访问机制继续优化;

  • 提供更好的noSql数据库访问机制;

  • 继续优化一些好用的kit包,但要保持简洁,或者可以独立出来;

  • 保持框架的纯洁性,页面模版引擎Template Engine可以作为插件模块独立推出;

  • 介绍一些新的优化应用案例,独立应用更好地支持前后端分离(比如java只需api输出json,前端webpack+vue等),这点可以参考springboot和jhipster;

  • MVC做到极致后,向微服务模式发展;

评论区

JFinal

2017-06-02 12:01

有部分想法是很不错的,例如坚持轻量级 COC 与极速开发原则,数据库访问优化,都一直在做的事

有些东东持谨慎态度,例如微服务的支持,本质上 jfinal 可用于微服务架构中的每个微服务之中,哪怕你的某个微服务没有用到 web 模块,用一下 active record 以及 template engine 也是可以的

而微服务更多内容是各服务的治理以及连通的事情,这个已经超出了 jfinal 原本的定位。如果开发者确实很有需求,也只会做成扩展功能

jfinal 一直定位于 web mvc + orm,其他的功能几乎都是对第三方进行的极薄封装,例如 cache、druid、redis 之类的封装

要做到极简,就必须保持克制。jfinal 的发展坚持生物进化规律,在 DNA 被复制时产生变异,保留好的变异,随着认知的提升去掉原来不好的东西,拥抱变化,拥抱不确定性,随着时间的推移,逐步进化成更加先进的物种

suhe

2017-06-02 14:41

非常荣幸得到波总答复。
生物进化这个比喻很好,未来是不确定的。
我现在遇到的难题是原来简单的项目越来越复杂庞大,而且逐步有多人参与开发,前端也有专人了,不得不分解成几个模块独立开发,所以出现上述的想法。

热门反馈

扫码入社