jfast 1.0 正式版本发布，更新内容：
新增redis发布订阅功能，简化多源数据库配置。
支持driud数据源和c3p0数据源。
部分代码重构
jfast码云地址:https://gitee.com/zhuimengshaonian/jfast
+
jfast 1.0 正式版本发布，更新内容：
新增redis发布订阅功能，简化多源数据库配置。
支持driud数据源和c3p0数据源。
部分代码重构
jfast码云地址:https://gitee.com/zhuimengshaonian/jfast
评论删除后，数据将无法恢复
引用来自“yong9981”的评论
核心竟争力在哪？其实不必纠接包的大小， jFinal号称只有5、600K，你做的再好，也不如jFinal成熟和尺寸小，但本人依然不看好这种捆绑式架构。只要是捆绑式架构的都可以一piao否决，因为太占用时间学习它的各个专有模块，以前的DAO/MVC/IOC等经验用不上，而且学了对其它项目也没帮助。如果你不希望成为jFinal第二的话，可以将IOC/DAO/MVC各个模块折分发布，各个模块单独拿出来，只要有一个模块能做和业界第一的相比就算成功了。
有兴趣可以看看我做的一个更小的MVC演目项目: [jBooox](https://gitee.com/drinkjava2/jBooox)，因为不喜欢臃肿的Spring和押绑式销售的jFinal，所以随手捣估了这么个东西，可以用于个人站点开发。
引用来自“无聊的人们啊”的评论
这个命名规范都和JFinal很像，什么StrKit,JfastConfig等等，像一楼所说，轮子太多，模仿就没有什么价值了。引用来自“微端”的评论
c3p0还有人用吗 ..... 至少得支持hikaricp~~~如果你不希望成为jFinal第二的话，可以将IOC/DAO/MVC各个模块折分发布，各个模块单独拿出来，只要有一个模块能做和业界第一的相比就算成功了。
有兴趣可以看看我做的一个更小的MVC演目项目: [jBooox](https://gitee.com/drinkjava2/jBooox)，因为不喜欢臃肿的Spring和押绑式销售的jFinal，所以随手捣估了这么个东西，可以用于个人站点开发。