JFinal 4.8 发布,迭代 9 年依然极简、极速

JFinal
 JFinal
发布于 2019年12月18日
收藏 54

    从 2010 年 12 月 18 日第一个初始版本,到 2012 年 3 月 18 日在 oschina 开源,到今天 2019 年 12 月 18 日,JFinal 已迭代 9 年。

    任何系统都有向复杂、混乱方向演化的倾向,本质是由于简洁、有序的结构只拥有极小的概率分布,而复杂、混乱则拥有极大的概率空间。

    但是:jfinal 迭代 9 年依然极简、极速。

    jfinal 不忘初心,对极简的追求,9 年从未改变。

一、极简这 9 年

1、 极简设计

     jfinal 迭代 9 年时间,顶层架构从未变过,依然是 Handler、Interceptor、Controller、Render、Plugin,这里可以找见非常早期的 jfinal 源码:

           https://github.com/jfinal/jfinal/tree/jfinal-1.2/src/com/jfinal

     9 年时光,对比现在最新版本 jfinal 4.8,顶层架构没有增加任何复杂度,没有降低任何有序性。

2、 极简实现

    jfinal 作为一个应用开发框架,拥有 MVC + AOP + ORM + Template Engine 核心模块,不依赖于任何第三方,体量仅有 732KB,代码量不到三万仅有 29003 行:

    这里的可怕之处在于:这个代码量比市面上拥有同样功能的知名框架组合低两个数量级,更可怕的这是迭代 9 年以后的数据。简洁不足以表述这样可怕的数据,必须使用极简。

    由于采用极简设计,jfinal 表达为极度轻量级,上一次新版本专门表述过 jfinal 的轻量级:

         https://www.oschina.net/news/107259/jfinal-4-2-released

3、 极简思想

    为什么 jfinal 9 年的进化,依然可以保持极简?原因在于 jfinal 拥有一套独特的极简设计思想。

     jfinal 极简设计思想来源于数学、物理两个领域的极致简洁, 例如数学中极简的典范,欧拉恒等式:

    欧拉恒等式将数学上 5 个最重要的常数以最简约的方式联系起来(常量意味着永恒不变,意味着某种深刻)。

    其极简的特征体现在,欧拉恒等式中极少的要素与极少的关系(要素与关系无法再减少)。

    极少要素为: 5 个常量,极少关系为:加法与等于(乘、幂运算本质也是加法运算)。

    自然常数 e: 增长的极限,大量自然规律背后依赖的常数。

    常数 PI :圆周与直径的永恒关系。

    虚数单位常数 i:将实数轴扩展为复平面,将数从一维扩展至二维。

    常数 1:  实数单位长度、最小正整数、比 0 大的排位第 1 的自然数等等。

    常数 0:  最小自然数,最小概率、非质非合数、非正非负数、正与负的分界点等等。

    欧拉恒等式只用了极少的要素与极少的关系,就将圆、增长极限、自然数、实数、复数、一维、二维等等大自然背后的重要规律深刻联系起来。

    能否让 jfinal 开发框架也能像欧拉恒等式一样,在设计中仅使用极少要素、关系,就能满足千变万化的应用开发需求?

     jfinal 受此启发,提炼出极简设计方法论,值此 jfinal 迭代 9 年之际,jfinal 俱乐部已将 jfinal 极简设计思想通过视频分享出来:

        https://jfinal.com/club

二、极速这 9 年

1、 极速之于性能

    jfinal 总体性能一直数倍领先于传统开发框架,早在 3.3 版本发布时已介绍过 jfinal 天下武功唯快不破的强憾性能:

      https://www.oschina.net/news/90815/jfinal-3-3

    jfinal 的 enjoy 模板引擎的性能更是早已远超 freemarker、velocity、thymeleaf 这类知名模板引擎:

      https://www.oschina.net/news/81225/jfinal-3-0-released

    即便如此,但是 jfinal 4.8 仍然不罢手,引入运行时编译技术再次将性能提升 12.9%,将其它模板引擎甩得更远,以下是 Intel Core i7  2.2G 机器上的性能测试结果:

     JFinal 模板引擎 Enjoy 的性能是 Thymeleaf 的 9.68 倍,是 Freemarker 的 3 倍,是 Velocity 的 2.86 倍,由于 Freemarker、Velocity、Thymeleafe 不支持 byte 模式,以上仅测试了 char 模式,在 byte 模式下性能将领先更多倍数。

     以上测试使用 Java 基准测试框架 JMH,测试源码:https://gitee.com/jfinal/template-benchmark

     注意:Enjoy 的运行时编译技术仍然支持动态类型,某些模板引擎在使用 asm/cglib 运行时修改字节码优化性能以后不再支持动态类型,是得不偿失的做法,因为动态类型是现代模板引擎必须的特性

2、 极速之于开发

      早在 spring boot 出生三年之前,jfinal 就使用了嵌入式容器、热加载、零配置、无 XML、API 引导式配置、ActiveRecord 模式等等方法,用来尽可能提升开发效率。

      spring boot 在此三年之后才使用了上述 jfinal 采用的部分方式:https://www.oschina.net/news/90815/jfinal-3-3

      今天发布的 jfinal undertow 2.0 新版本,实现了开发、打包、部署一体化,不必去下载、安装、配置 tomcat、jetty 这类容器,进一步提升效率节省时间:https://www.oschina.net/p/jfinal-undertow

      接下来 jfinal 官方社区将全力打造 app 生态,在应用层面进一步提升开发效率,为开发者带去更大价值,jfinal 俱乐部正在招募第一批入驻 app,有兴趣的同学可以共同参与:https://jfinal.com/my/club

3、 极速之于思想

    jfinal 自身:

a:架构极简给予极速最基本保障

b:使用创新算法猛烈提升性能

c:代码实现尽可能简洁、清晰

d:尽可能少地去分配内存。jfinal 模板引擎大量使用该原则提升性能

e:尽可能不使用 Java 反射机制,不得不使用时优先考虑系统启动时一次性初始化

f:尽可能让代码的动作减少,没有多余动作

g:热点代码重点优化

    针对用户开发体验的极速更像是一门艺术:

a:尽可能低的学习成本

b:开发过程中尽可能低的认知负担

c:开发体验尽可能连续

d:尽可能少的代码量

三、jfinal 4.8 新功能与改进

   毫无疑问,本次 jfinal 4.8 版本,仍然是极简、极速的继续表达。

1: 使用运行时编译技术再次将性能提升 12.9%,开启方式为: Engine.setFastMode(true);

2:优化 FastStringWriter,使用 char[] 缓冲区,避免内存分配

3: ByteWriter、CharWriter 递归中的调用优化为 while 循环

4: 优化 #escape 指令,StringBuilder 字符串拼接改为直接向 Writer 输出

    jfinal 4.8 拥有 41 项增强与改进,例如新增 slf4j 日志的官方扩展。 限于篇幅在此不再赘述,感兴趣的同学可以来 jfinal.com 官网下载 changelog 文件:jfinal-4.8-changelog.txt

 

ONE MORE THING:

    JFinal 自由开发者联盟第一批项目正在招募中。为了保障所有上架项目都是极简设计,俱乐部将整套极简设计思想录制成视频供俱乐部小伙伴们下载学习。JFinal 2020 年的目标就是要帮助俱乐部会员成为自由开发者,为自己写代码并获取可观的收益:https://jfinal.com/my/club

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 OSCHINA 社区 [http://www.oschina.net]
本文标题:JFinal 4.8 发布,迭代 9 年依然极简、极速
加载中
此新闻有 201 条评论,请先登录后再查看。
返回顶部
顶部