封装的不好,加一个字段改 10 个地方都可能
1
murmur 2024-11-20 17:55:24 +08:00
所以现在有低代码啊,拖拉拽生成,就是太吃缓存服务器了
|
2
yuxi521 2024-11-20 17:55:37 +08:00
直接封装到类里.哪里用到了改哪里.单个字段就得一个个改了
|
3
crysislinux 2024-11-20 18:17:00 +08:00 via Android 看你搞多少层呗。分的层多了且严格分层,那可不就一改改 n 个地方吗。
|
4
thinkershare 2024-11-20 18:18:03 +08:00
你没有施加在字段上的任何业务,一个 key/value 字典也可以走天下。
|
5
me1onsoda 2024-11-20 18:20:40 +08:00
代码生成器啊
|
6
cybort 2024-11-20 19:15:08 +08:00 via Android
定义/使用都用宏拼接
|
7
Belmode 2024-11-20 19:53:37 +08:00
这不是最简单的工作了~~ 安心手动改下,一天工作轻松结束
能看懂的就不要觉得麻烦,因为很多真的“麻烦”事压根就看不懂... |
8
poltao 2024-11-20 19:56:54 +08:00
这有啥烦的,你的系统还没复杂到每天加 100 个字段的程度吧,改改就得了
|
9
wheeler 2024-11-20 20:34:46 +08:00 via iPhone
分层的好处和分层的坏处
|
10
zhouhu 2024-11-20 20:36:54 +08:00
小项目直接定义一个 model 从 db 到 view ,改一定就行了。
|
11
tabc2tgacd 2024-11-21 09:13:46 +08:00
看加的这个字段本身吧,如果这个字段和其他部分发生关系,那肯定是关系越复杂,这个字段加起来就越麻烦。如果纯粹是某个表加个字段,并不被其他部分所使用,那确实简单啊。
|
12
zjh7890 2024-11-21 11:15:08 +08:00
使用 gpt-tools 插件,别说 pojo 加字段,方法都直接给你改好,直接改一串,CRUD 神器。
|
13
zjh7890 2024-11-21 11:16:00 +08:00
|
14
paradox8599 2024-11-21 11:48:33 +08:00
还好我们用现成的 CMS 框架,会根据 schema 自动生成数据接口
|
15
chendy 2024-11-21 16:35:11 +08:00
看啥含义的字段
如果只是个展示的,随便加,工时都可以忽略不计 如果是关联的,缓存的,计算的,那就麻烦大喽 |