大佬们, 三层架构先写哪个层比较好呢

2024-10-26 01:32:55 +08:00
 vyuai
1.先写 DAO -> 再写 Service -> 然后写 Controller

2.先写 Controller -> 再写 Service -> 然后写 DAO

个人已经习惯第二种写法了, 是不是第一种更好
3822 次点击
所在节点    Java
22 条回复
swim2sun
2024-10-26 02:00:32 +08:00
让 AI 帮你一次性都写好 （
vyuai
2024-10-26 02:04:25 +08:00
@swim2sun 还在学习中, 还是要手敲比较好, 熟练了就用工具了
beginor
2024-10-26 07:09:40 +08:00
用代码生成器，一次全搞定，别纠结
maix27
2024-10-26 09:01:59 +08:00
第二层舒服点吧。
sagaxu
2024-10-26 09:11:29 +08:00
先写哪个都行。

我一般按照数据流向来写，Controller -> Service -> DAO ，Controller 写完可以先发布到测试环境给前端调调看了
lyusantu
2024-10-26 09:11:51 +08:00
走一步看一步就是 2
提前规划就是 1
fanchenio
2024-10-26 10:28:20 +08:00
按照你自己的思路写就行，哪步开始都可以，我是 Service -> DAO -> Controller 。
wchcastle
2024-10-26 13:02:10 +08:00
先定义 api spec ，然后生成脚手架。业务逻辑可以自己写。
prosgtsr
2024-10-26 13:21:04 +08:00
我是 service-dao-controller
proxychains
2024-10-26 14:08:15 +08:00
dao -> service -> controller
markgor
2024-10-26 18:13:41 +08:00
dao -> service -> controller -> service -> dao -> controller -> ... loop
lsry
2024-10-26 20:02:47 +08:00
controller 這樣可以儘快和前端對接，縮短開發時間
vyuai
2024-10-26 22:45:22 +08:00
感谢各位大佬
DIO
2024-10-28 09:25:35 +08:00
如果设计完备，就从底层写起，其他情况就是界面需要啥现场手搓
qloog
2024-10-28 10:29:53 +08:00
dao -> service -> controller

先有数据模型，再写业务逻辑，最后写参数检查和调用
模型会让你把底层思考透彻，业务逻辑就是写具体的业务逻辑，写完前面俩，最后一个自然而然就有了
carytseng
2024-10-28 11:48:26 +08:00
设计表，构建实体，填充实体，写 dao 层，写 service 并组合 dao ，写 controller 加验证判空之类，最后的最后优化下，要不要加锁，要不要写一些事务处理
Kaiv2
2024-10-28 13:55:27 +08:00
unit test -> controller || service -> dao
MYlyc
2024-10-28 16:20:57 +08:00
现在是工作中是 2 ，现写 controller
写完 controller 发测试，前端可以照着 swagger 写
devilweime
2024-10-28 17:57:13 +08:00
dao 层，顺便确认下表设计有没有问题
itechify
2024-10-28 22:23:15 +08:00
先表设计，再 controller 定义接口，写好 service 看看需要 repository 哪些接口再写 dao

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://ex.noerr.eu.org/t/1083750

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX