首页
App
&
Coffee
文档
项目
分享
反馈
俱乐部
登录
注册
选择JFinal没错
AlienJunX
2020-03-27 01:09
在osc相关各种新闻、博客、其他框架转了一圈,更加坚定JFinal才是我的选择,只有真的喜欢极简的人才能够理解吧。
项目:
JFinal
5
评论区
山东小木
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 代码
回复
steven_lhcb_9527
2021-12-20 14:25
其实只要用过spring框架,都习惯写service.复用性很高
回复
发送
我要分享
热门分享
扫码入社