![]() |
1
swim2sun 115 天前
让 AI 帮你一次性都写好 (
|
![]() |
3
beginor 115 天前 via Android
用代码生成器,一次全搞定,别纠结
|
![]() |
4
maix27 115 天前
第二层舒服点吧。
|
![]() |
5
sagaxu 115 天前
先写哪个都行。
我一般按照数据流向来写,Controller -> Service -> DAO ,Controller 写完可以先发布到测试环境给前端调调看了 |
![]() |
6
lyusantu 115 天前
走一步看一步就是 2
提前规划就是 1 |
![]() |
7
fanchenio 115 天前
按照你自己的思路写就行,哪步开始都可以,我是 Service -> DAO -> Controller 。
|
8
wchcastle 115 天前 via iPhone
先定义 api spec ,然后生成脚手架。业务逻辑可以自己写。
|
9
prosgtsr 115 天前 via iPhone
我是 service-dao-controller
|
![]() |
10
proxychains 115 天前
dao -> service -> controller
|
![]() |
11
markgor 115 天前
dao -> service -> controller -> service -> dao -> controller -> ... loop
|
12
lsry 115 天前
controller 這樣可以儘快和前端對接,縮短開發時間
|
13
vyuai OP 感谢各位大佬
|
14
DIO 113 天前
如果设计完备,就从底层写起,其他情况就是界面需要啥现场手搓
|
![]() |
15
qloog 113 天前
dao -> service -> controller
先有数据模型,再写业务逻辑,最后写参数检查和调用 模型会让你把底层思考透彻,业务逻辑就是写具体的业务逻辑,写完前面俩,最后一个自然而然就有了 |
![]() |
16
carytseng 113 天前
设计表,构建实体,填充实体,写 dao 层,写 service 并组合 dao ,写 controller 加验证判空之类,最后的最后优化下,要不要加锁,要不要写一些事务处理
|
![]() |
17
Kaiv2 113 天前
unit test -> controller || service -> dao
|
![]() |
18
MYlyc 113 天前
现在是工作中是 2 ,现写 controller
写完 controller 发测试,前端可以照着 swagger 写 |
19
devilweime 113 天前
dao 层,顺便确认下表设计有没有问题
|
![]() |
20
oneisall8955 112 天前 via Android
先表设计,再 controller 定义接口,写好 service 看看需要 repository 哪些接口再写 dao
|
21
spritecn 111 天前
表设计 ->mapper(一般是空的) -> serviceImpl -> serviceInterface ->controllerInterface - controllerImpl ->拉起来测
我目前这么写,一般不会在 xml 或 mapper 里写 sql,所以我没有 DAO 层 |
![]() |
22
Aresxue 105 天前
Controller -> Mapper -> Service ,外部定义越早越好,对接的前端和其它三方可以直接查看 Controller 申成的接口文档,Mapper 其实主要指的是底层模型,这块是需要和老板/产品达成一致的,Service 指的是内部服务一般来说调整更自由,不管是改名字还是职责还是拆分都好说一些。
|