转载

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

从 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 行:

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

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

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

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

3､极简思想

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

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

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

欧拉恒等式将数学上 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 4.8 发布，迭代 9 年依然极简、极速

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 运行时修改字节码优化性能以后不再支持动态类型，是得不偿失的做法，因为动态类型是现代模板引擎必须的特性