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