刚转职几个月
公司是在做人事相关的系统
看前人留下来的专案看的头很痛
不知道各位开发时会这样吗？
1.超多class 每个出来的资料都要用一个class去接
2.串接API
就是主专案写一个class然后透过这个去调用API去抓资料回来之后再放到主专案的class
去调用。
3.专案下分超多方案
这个我不太会解释
就是我连DB的可能会写成一个方案
然后要接的Model再写成另一个方案
每次要看要连哪一个跟要用什么接都还要看在哪一个方案底下，然后每一个又有交叉参考
各位前辈这样算是正常的吗？
作者:
ko27tye (好滋好滋)
2023-06-08 16:14:00假如专案有10多年，乱很正常。
作者: t64141 (榕树) 2023-06-08 16:24:00
切很细不奇怪，但依赖关系混乱就是问题
作者:
LFimi 2023-06-08 16:37:00等哪天你看到一个class几万行，你就会希望他切开了
作者:
NDark (溺于黑暗)
2023-06-08 16:56:00后续维护 切很正常 因为去改旧code很容易出问题
作者:
testPtt (测试)
2023-06-08 16:56:00方案看重复使用率 太少的话我是不会开啦
作者:
brucetu (sec)
2023-06-08 17:11:00很正常啊 你这都还没碰到微服务咧
作者:
single4565 (leekdumpling韭菜水饺)
2023-06-08 18:42:00了解一下MVC可能有用？
作者:
wulouise (在线上!=在电脑前)
2023-06-08 19:36:00你建议怎么写？有更好的写法当然更好
作者: yamagishi (山岸刑务官) 2023-06-08 19:58:00
你太菜
作者: superpandal 2023-06-08 20:04:00
java对吧 在业界很常见 这就是orm啊 应付很整齐的需求用 但复杂的还是要写sql 个人更喜欢字典字典和纯struct oop是有点走火入魔了java强制类 但部分还是可以写fp但java的字典就那鸟样 写起来太不爽
作者:
NDark (溺于黑暗)
2023-06-08 21:34:00方案跟专案 应该是 visual studio 的 solution 跟 project但原PO说专案下有很多方案 是否刚好相反?
作者:
Csongs (西歌)
2023-06-08 22:00:00你上网看一下开源 比较一下就知道了
作者: kwanles (kwanles) 2023-06-08 23:12:00
看来起像是切得比较细 分层式架构的样子遇过数据库字段 程式参数 函式之类都用中文的就很别扭
作者:
now99 (陈在天)
2023-06-09 00:10:00陨石开发法
OOP code长到最后 都会变成意大利面珍惜生命 远离 oop
pop写的跟意大利面一样长是人的问题不是oop的问题
作者: abraxas (Abr.) 2023-06-14 12:57:00
要不要了解一下分层？
就orm，至于架构部分要看他偶合性如何吧，如果切成很多层耦合性还很高就烂code 反之的话就你太菜
作者:
Selkirs (豆巴克)
2023-06-28 18:02:001. 其实是许多编译式语言高效的原因之一，所以这个答案也很看你写什么语言
作者: jgoodman (朱力安好人) 2023-07-07 10:43:00
每个class切分不同功能是good practice吧？