1.先写 DAO -> 再写 Service -> 然后写 Controller
2.先写 Controller -> 再写 Service -> 然后写 DAO
个人已经习惯第二种写法了, 是不是第一种更好
2.先写 Controller -> 再写 Service -> 然后写 DAO
个人已经习惯第二种写法了, 是不是第一种更好
This topic created in 748 days ago, the information mentioned may be changed or developed.
22 replies • 2024-11-05 12:03:48 +08:00
 |
swim2sunOct 26, 2024
1
让 AI 帮你一次性都写好 （
|
 |
beginorOct 26, 2024 via Android
3
用代码生成器，一次全搞定，别纠结
|
 |
maix27Oct 26, 2024
4
第二层舒服点吧。
|
 |
sagaxuOct 26, 2024
5
先写哪个都行。
我一般按照数据流向来写，Controller -> Service -> DAO ，Controller 写完可以先发布到测试环境给前端调调看了 |
 |
lyusantuOct 26, 2024
6
走一步看一步就是 2
提前规划就是 1 |
 |
fanchenioOct 26, 2024
7
按照你自己的思路写就行，哪步开始都可以，我是 Service -> DAO -> Controller 。
|
 |
wchcastleOct 26, 2024 via iPhone
8
先定义 api spec ，然后生成脚手架。业务逻辑可以自己写。
|
 |
prosgtsrOct 26, 2024 via iPhone
9
我是 service-dao-controller
|
 |
proxychainsOct 26, 2024
10
dao -> service -> controller
|
 |
markgorOct 26, 2024
11
dao -> service -> controller -> service -> dao -> controller -> ... loop
|
 |
lsryOct 26, 2024
12
controller 這樣可以儘快和前端對接，縮短開發時間
|
 |
13
感谢各位大佬
|
 |
DIOOct 28, 2024
14
如果设计完备，就从底层写起，其他情况就是界面需要啥现场手搓
|
 |
qloogOct 28, 2024
15
dao -> service -> controller
先有数据模型，再写业务逻辑，最后写参数检查和调用 模型会让你把底层思考透彻，业务逻辑就是写具体的业务逻辑，写完前面俩，最后一个自然而然就有了 |
 |
carytsengOct 28, 2024
16
设计表，构建实体，填充实体，写 dao 层，写 service 并组合 dao ，写 controller 加验证判空之类，最后的最后优化下，要不要加锁，要不要写一些事务处理
|
 |
Kaiv2Oct 28, 2024
17
unit test -> controller || service -> dao
|
 |
MYlycOct 28, 2024
18
现在是工作中是 2 ，现写 controller
写完 controller 发测试，前端可以照着 swagger 写 |
 |
devilweimeOct 28, 2024
19
dao 层，顺便确认下表设计有没有问题
|
 |
itechifyOct 28, 2024 via Android
20
先表设计，再 controller 定义接口，写好 service 看看需要 repository 哪些接口再写 dao
|
 |
spritecnOct 30, 2024
21
表设计 ->mapper(一般是空的) -> serviceImpl -> serviceInterface ->controllerInterface - controllerImpl ->拉起来测
我目前这么写,一般不会在 xml 或 mapper 里写 sql,所以我没有 DAO 层 |
 |
AresxueNov 5, 2024
22
Controller -> Mapper -> Service ，外部定义越早越好，对接的前端和其它三方可以直接查看 Controller 申成的接口文档，Mapper 其实主要指的是底层模型，这块是需要和老板/产品达成一致的，Service 指的是内部服务一般来说调整更自由，不管是改名字还是职责还是拆分都好说一些。
|
Select Language