jfinal 的主要优点就是：开发迅速、代码量少、学习简单、功能强大、轻量级、易扩展。核心就是极致简洁。

自己试用体验一下才最好。最近很忙无法三言两语讲清楚

那些主流框架能做的，jfinal都能做，而且在一定程度上jfinal更简单。他们之所以主流，除了架构确实不错，还有一个很大的原因就是他们都有商业机构予以支持，所以他们的用户群很庞大。但这并不意味着，那些不主流的就不好用。除了jfinal，开源界里还有其他大量很不错的框架。当然，好不好用，自己亲自用过才知道。

@happyboy 就没人谈谈JFinal的不足之处吗

@九州游人 不足之处就是很多大公司都不在用，甚至排斥这种非主流的框架。

@happyboy 别人为何不用？公司研发部的人也不是傻子，选Spring总不可能只因为用它的人多吧？

@九州游人 问题就在这里，很多人没有听说过jfinal，包括你说的所谓研发部。很多大公司更热衷于自己开发一套mvc框架。

@九州游人 别人为什么不用，这个问题不好回答，就跟为什么有人不喜欢吃白菜一样。跟人的心里有关系，既然springmvc那么有名，拿过来直接用就好了，很多人就懒得再去研究别的框架了。其实你个人不需要纠结这个问题，你自己亲自用一下，觉得好用就用，觉得不习惯，认为有风险，那就不用。就这么简单。

@happyboy 嗯，主要看项目大小吧，目前大部分的项目的确用JFinal就够了

@九州游人 @happyboy 其实用 jfinal 的人很多，在 gitee.com 或者 github.com 上搜索一下 jfinal 就知道有多少开源项目基于 jfinal 或与 jfinal 有关：
https://gitee.com/search?utf8=✓&search=jfinal&group_id=&project_id=&type=

这个项目数量，应该是你搜索任何一个其它非 spring 项目找不到的

另外，你可能是很少关注开源界，如果关注的话就会知道 jfinal 连续多年是最受欢迎国产开源项目，下面的链接提供了一些数据：
https://www.oschina.net/news/87553/jfinal-3-2
https://www.oschina.net/question/2886655_2216338
https://www.oschina.net/news/69661/2015-git-osc--opensource-project-ranking-top-50
https://www.oschina.net/news/58529/2014-popular-software-top-50
https://www.oschina.net/news/47588/2013-top-10-java-projects

这里还有《中国开源软件推进联盟（COPU）》的评选：
http://www.weste.net/2014/7-1/97583.html
https://www.csdn.net/article/2014-06-27/2820431
https://www.oschina.net/news/53265/2014-good-opensource-projects

@JFinal 好的，谢谢

@JFinal jfinal在开源中国连续多年排名前列我是知道的，O(∩_∩)O哈哈~。不过从我了解的情况，的确有很多公司比较排斥使用(比如我们老板)，倒不是觉得jfinal不好用，而是觉得springmvc更靠谱，不愿意趟这个风险。不过在我们公司，我力排众议，一直在努力推广，已经成功做了好几个项目。\(0^◇^0)/

@happyboy 任何新事物的兴起总需要一定的接受时间，这个是普遍规律。

年纪偏大，性格偏保守的人更不容易接受新生事物。 况且 jfinal 除了每年发两个左右的新版本的时候发布一篇新闻以外，从来不做任何宣传，确实有很多用户还没有触达

感谢你在公司的推荐支持 ^_^

@九州游人 要说 jfinal 的不足，主要是知名度不如 spring，文档不如 spring 完善，用户量不如 spring 多。毕竟spring 发布的时间比 jfinal 要早很多年

spring 更倾向于大而全，学习成本必然高，体积必然庞大，而 jfinal 走的是小而精的路，MVC + ORM 核心功能是 all in one，学习成本极低，体量极小

@happyboy 利害，接受新的事物是要有耐心加技巧的，从这点上看你是成功的。致少在公司项目上你已经推广开了。

现在主流都是spring框架，spring体系确实很庞大，就跟支付宝一样，用的人多了，市场已经构建成熟了，再出一个类似的产品，大部分客户就会不太买账。但经过多人的使用体验，jfinal的优势是很明显的：
1、学习成本很低，入门简单，相比spring入门要学习大量的相关框架而言，jfinal入门所用的时间都比不上spring入门时间的零头。还有spring的各种配置，各种依赖真的能把人逼疯。再就是spring调bug麻烦，jfinal是原生的调bug方式，找错容易。以上是我自己的拙见，如果有错误，欢迎来虐，求轻虐！
2、易扩展，这个我没法细说，你看看其他人给jfinal写的各种plugin就行了，想接入其他技术，只需一个plugin类，可能好多人说spring也只是配置一个bean注入就可以了啊，我说也是，但是我喜欢plugin这种方式，出问题立马就能找到，spring配置后查找太麻烦了。
3、真的大爱enjoy，用过的模版技术中最好用的，谁用谁知道。
我的总结：当年spring自己琢磨了半个月，学多少忘多少，之后某一天接触jfinal，五分钟入迷，当天接入项目，碰到问题波总很快给回复，第二天我就入了俱乐部。好多东西，别人说了是别人的感受，我们不强求任何人喜欢jfinal，但请勿黑，任何框架都有优点和缺点，目前感觉jfinal的缺点就是喜欢人还是太少，其他的还真没发现。

框架应该降低学习成本，有应用流程模板，能够让使用者快速上手，搭建应用实例，简单易学易用，面向开发过程设置相应功能，这也可以收费，会扩大传播速度

@JFinal 你好，我想提示一下，其实如果有精力的话，可以完善一下jfinal的文档！这样更好推广一些

@JFinal 还有一点我想提的就是，发布的新版本的同时，以前的老版本也留下！这样如果别人出了jfinal的教程，使用的版本不会报错！这点希望能考虑一下

@爷们儿 老版本在 maven 中心库全都有的：
http://mvnrepository.com/artifact/com.jfinal/jfinal

@JFinal 非常感谢您能从百忙之中回复我们的提问啊！找到了，谢谢！

对于公司来说，使用非主流框架，如果员工跳槽了，就不容易找人才继续进行这个项目的开发

刚上手开发了一个小项目，我来谈谈一下想法。jfianl优点很明显：1.启动快、性能高。使用undertow的话，基本在1s左右启动完毕。同样的条件，springboot是做不到的。我本地压测过springboot和jfinal啥都不干的接口，都没配权限。。jfinal+undertow能压测到5000tps，springboot的webflux只到3500tps。2.代码生成工具很好用。这里节省了大量时间。开发这个小项目后端花费的时间其实不算多，前端耗时长，个人前端水平很low没办法。plugin没怎么用过。就不评论扩展性了。在这里提一下我觉得还需要改进的地方。1.对json转model支持不好。很麻烦。之前是json先转map后再通过model.put(Map map)方法放进去。但是使用getter方法的时候，往往就会报强转错误。逼得我一个Model对应建一个VO，先用json转成VO。在通过VO将属性一个个设置到model里面。这样代码写得我好蛋疼。是否考虑完善这一块，能将json直接转成model？还是因为有什么使用方法我不知道的方法？

@刀歌 回头问我极简办法，手机不方便打字

@JFinal json转model的极简方法是？

@happyboy 很赞同你的观点