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