剛轉職幾個月
公司是在做人事相關的系統
看前人留下來的專案看的頭很痛
不知道各位開發時會這樣嗎？
1.超多class 每個出來的資料都要用一個class去接
2.串接API
就是主專案寫一個class然後透過這個去調用API去抓資料回來之後再放到主專案的class
去調用。
3.專案下分超多方案
這個我不太會解釋
就是我連DB的可能會寫成一個方案
然後要接的Model再寫成另一個方案
每次要看要連哪一個跟要用什麼接都還要看在哪一個方案底下，然後每一個又有交叉參考
各位前輩這樣算是正常的嗎？
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 42.73.120.175 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1686211470.A.8B7.htmlko27tye1樓假如專案有10多年，亂很正常。 06/08 16:14
→ t641412樓切很細不奇怪，但依賴關係混亂就是問題 06/08 16:24
→ devilkool3樓交叉參考是互相依賴嗎？其他都正常 06/08 16:25
→ LFimi4樓等哪天你看到一個class幾萬行，你就會希望他切開了 06/08 16:37
NDark5樓後續維護 切很正常 因為去改舊code很容易出問題 06/08 16:56
→ testPtt6樓方案看重複使用率 太少的話我是不會開啦 06/08 16:56
→ NDark7樓做切割可以確保責任獨立 06/08 16:56
→ NDark8樓類別變多的問題在於命名 因為一開始不會知道會有這麼多變形 06/08 16:57
→ NDark9樓類似命名的類別不寫註解可能會搞混 06/08 16:57
→ brucetu10樓很正常啊 你這都還沒碰到微服務咧 06/08 17:11
B098869808811樓不然你覺得怎麼做比較好0.0 06/08 17:53
sniper282412樓看來是你的問題 06/08 18:12
single456513樓了解一下MVC可能有用？ 06/08 18:42
wulouise14樓你建議怎麼寫？有更好的寫法當然更好 06/08 19:36
→ yamagishi15樓你太菜 06/08 19:58
→ superpandal16樓java對吧 在業界很常見 這就是orm啊 應付很整齊的需 06/08 20:04
→ superpandal17樓求用 但複雜的還是要寫sql 個人更喜歡字典 06/08 20:05
→ superpandal18樓字典和純struct oop是有點走火入魔了 06/08 20:09
→ superpandal19樓java強制類 但部分還是可以寫fp 06/08 20:11
→ superpandal20樓但java的字典就那鳥樣 寫起來太不爽 06/08 20:36
Galbygene21樓請問這邊指的方案的英文是什麼？ 06/08 21:15
CloudyWing22樓應該是方案底下很多專案吧？ 06/08 21:26
NDark23樓方案跟專案 應該是 visual studio 的 solution 跟 project 06/08 21:34
NDark24樓但原PO說專案下有很多方案 是否剛好相反? 06/08 21:36
Csongs25樓你上網看一下開源 比較一下就知道了 06/08 22:00
assai00026樓覺得很正常，聽敘述很像分層式架構 06/08 22:46
kwanles27樓看來起像是切得比較細 分層式架構的樣子 06/08 23:12
→ kwanles28樓遇過資料庫欄位 程式參數 函式之類都用中文的就很彆扭 06/08 23:15
now9929樓隕石開發法 06/09 00:10
wsad5023230樓OOP code長到最後 都會變成意大利麵 06/09 07:56