※ 引述《a304035566 (jar)》之銘言： : 剛轉職幾個月 : 公司是在做人事相關的系統 : 看前人留下來的專案看的頭很痛 : 不知道各位開發時會這樣嗎？ : 1.超多class 每個出來的資料都要用一個class去接 如果是物件導向設計的話都是用class : 2.串接API : 就是主專案寫一個class然後透過這個去調用API去抓資料回來之後再放到主專案的class : 去調用。 現在有db class還有DTO Class所以算正常了 : 3.專案下分超多方案 : 這個我不太會解釋 : 就是我連DB的可能會寫成一個方案 : 然後要接的Model再寫成另一個方案 : 每次要看要連哪一個跟要用什麼接都還要看在哪一個方案底下，然後每一個又有交叉參考 我現在看的教學影片都分 DataAccess,Server,Business,Common,Model,Shared這麼多了 這還是教學用的 : 各位前輩這樣算是正常的嗎？ 我只能說你就熟習習慣你公司的做法吧 業界還有更糟的事情 想當初在某家公司負責的專案 把.net webform當winform寫 整個網站一個function五千行 是要怎麼維護 你的問題算好解決的啦 -- ※ 發信站: 批踢踢實業坊(web-ptt.org.tw), 來自: 150.117.88.42 (臺灣) ※ 文章網址: https://web-ptt.org.tw/Soft_Job/M.1686229400.A.3D2

→ brucetu: 你說的這些 全部加上I 然後99%都只有一個實作 06/08 21:07

→ prag222: 啥意思?業界不是加上I不知道實作能幹嘛? 06/08 21:09

→ testPtt: 沒辦法 IOT就是要I的樣子 06/08 22:18

→ testPtt: IOC 06/08 22:20

→ devilkool: MSDN自己的DI範例都長那樣啦 interface一定加個I 06/08 22:45

推 qusekii: 未看先猜這包養網 06/08 22:45

→ kimi112136: 就算現在只有一個實作也不保證未來不會改阿？ 06/09 00:10

→ brucetu: https://www.gss.com.tw/blog/interface 06/09 03:47

推 shibin: 感謝b大文章分享 06/09 10:43

推 pig0038: 感謝b大 06/09 11:54