因为他们没有真正用jfinal吧~

因为Spring 生态好。

路径依赖、生态是最主要原因

框架与程序语言符合网络效应，用户数符合幂率分布

好在 jfinal 与 spring 的定位并不是完全一样，所以 jfinal 用户并没有被 spring 完全吸走

jfinal 定位简洁、轻量、学习成本低。 spring 定位大而全，学习成本高，第三方依赖极多。 定位不同可以让有简洁、轻量、学习成本低需求的用户使用 jfinal ， 而不是 spring

当然，大多数人都是跟风的，所以很多即便使用 jfinal 能完全满足需求的项目也用了 spring

世界是复杂的，各种要素互相勾连、演化

Spring 生态好

SpringBoot的启动太消耗资源，开发用着挺爽，但是性能不是很高

jfinal刚开始的时候我做项目就尝试着去用，但是当时遇到一个整合ldap的问题搞了蛮久（主要是当时没搞过ldap），而有其他spring项目已经整合过ldap了。在时间比较紧张的情况下，只好又改回spring，因为spring的周边生态确实要丰富。整合外部的中间件什么的很多有很多案例。但是当时看了jfinal设计和一些源码，看的蛮过瘾，还是对我产生了很大影响，虽然现在忘记的差不多了。这里还是感谢波哥，哈哈。所以现在又回来了，整点自己的小项目~~~

@tyk1994 其实你使用 ldap 的过程，spring 也就是给你点文档的作用，你本质上可以去 ldap 官方看它的官方文档来用好 ldap

你在 spring 中使用 ldap ， 还是要学会使用 ldap， spring 只是让你起步的时候不用去 ldap 官网看上手文档，但你在深入使用 ldap 时，仍然要去 ldap 官网， spring 可不会管你的后面使用

在 jfinal 中使用任何第三方，可以直接跑到第三方找到它的 demo 文档，用上就好，还免去了整合的步骤，比 spring 之下使用往往要简单很多，因为 spring 的整合动作始终会提升你的学习成本

@JFinal 波哥说的很对，现在想想确实是因为当时忽略了本质，spring只是对第三方的支持都是简单封装一下，实例化一些核心类和初始化一些配置。万变不离其宗，只要掌握了ldap，只需要在jfinal插件里面自己实例化一些ldap的配置，封装个kit，一样可以用。

@tyk1994 悟性很高，看好你

@JFinal 感谢波哥的鼓励，嘻嘻。之前很早的时候看了波哥jfinal的一部分源代码，收获很大。看着很爽，一直看一直爽。感觉设计很优雅，哈哈哈。支持波哥，支持jfinal。( •̀ ω •́ )y

@tyk1994 是否能在工作中使用 jfinal 并不是最重要的，更重要的是你能从 jfinal 的源码、设计中获取到价值，这些收获用到 spring 开发的项目中一样有用

如果自己做自己的东西，可以用 jfinal ，有不少人用 spring 是因为公司强制

此外，在 spring 中可以用上 jfinal 的 enjoy 以及 active record 模块，这两个模块早已独立成单独的项目，可以直接引入 maven 依赖来使用

@JFinal 感谢波哥

JFinal的生态越来越好，作者思路也越来越宽。我就看过不少公司在spring里集成actvie record的，就是看中了这种访问数据库的便捷性。