选择JFinal没错

在osc相关各种新闻、博客、其他框架转了一圈,更加坚定JFinal才是我的选择,只有真的喜欢极简的人才能够理解吧。

评论区

山东小木

2020-03-27 01:14

欢迎加入JFinal开发者社区

AlienJunX

2020-03-27 11:36

@山东小木 之前在忙别的事情,大新闻没关注到

JFinal

2020-03-27 11:45

@AlienJunX jfinal 迭代 9 年,依然极简

始终坚持极简设计,极度保持加东西的克制才能打磨成今天的样子

感谢支持 jfinal 俱乐部

AlienJunX

2020-03-27 11:53

@JFinal 读源码对比下来,还是JFinal更符合我对轻量级框架的理解,以及极简的定义,支持JFInal,继续加油。

oka32

2020-03-27 14:39

@JFinal 我们项目用springboot做了3个月,做的一塌糊涂。。。立马转了Jfinal。。从0开始,半月做了springboot 3个月的工作量。后台用的eova

zzutligang

2020-03-27 20:47

这个我体会最深,一个120个物理表的项目,三个人一个半月上线。都是JFinal的功劳。

JFinal

2020-03-27 20:55

@zzutligang 用 jfinal 开发项目,无论如何要有业务层,将业务层代码弄好,以后维护起来很方便

zzutligang

2020-03-28 01:49

@JFinal 我以前的项目还没习惯使用业务层,都是把业务逻辑放到controller,自己知道有问题,不过大多项目都是为了赶进度,每个人都是从前到后端全干。以后的项目会把业务逻辑放到业务层

JFinal

2020-03-28 09:27

@zzutligang 有业务层在总体上开发进度会更快,因为随着开发的推进,越来越多需要的功能可以从已有业务方法中组合而成,业务代码的重用会极大提升效率,并且降低错误率

Jieven

2020-03-28 21:33

这会是你后半辈子最正确的决定!

zzutligang

2020-03-28 22:09

是的,已经意思到这个问题了。

JFinal

2020-04-01 16:17

@zzutligang 认真建立业务层,在前期看似多费点时间,实质是最省时间的

不要在 controller 中写业务逻辑,更不要在 controller 中写 sql 代码