剛轉職幾個月
公司是在做人事相關的系統
看前人留下來的專案看的頭很痛
不知道各位開發時會這樣嗎？
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吧？