一、问题：提出这个建议的目的在于，更灵活的利用JFinal的各个功能模块，减少无用的不需要的控制。

（1）、怎么说呢，因为有时框架提供的功能有些时候是满足不了，或有些时候想自己订制某个功能，但有些框架里也已经存在的功能。

（2）、举例说明插件包里，有些时候正期开发时也只使用其中的几个插件，但框架插件包中把常用其他的插件都集成在里面了，虽然是常用插件，但怎么说呢众口调，有结时候框架集成的了不一定是项目框架上所需要的，对于这种情况项目框架在选择框架上，心里作用很强的话就觉得框架侵入性太强等。

（3）、就是拿Jboot来说，海哥在封装时，关于内置服务集成这块上，因为咱们JFinal内置的Jetty服务无法满足要求，需要自己实现一个的时候，框架内置的Jetty服务就显示多余了，如果存在模块化物理拆分这块完全可以拿掉的呢。

二、建议：被拆分模块后，基于maven模块化管理，然后在官网提供一个订制脚手架配置服务界面，供用户订制，只需要勾选自己需要的模块，提交确定即可下载对应的脚手架了，然后基于这个自定义的脚手架愉快的干活了。

三、总结论：

1、模块化拆分能减少JFinal对熵增定律分忧，模块化分后，各模块都在围绕一个核心走，在今后需求大增的情况下，再怎么增对核心影响甚微。

2、另外从java9的出现，到现在 java10到来，同时即将在几个月后的 java11的出现，基于模块化解耦已上升作为java jdk官方标准。