PTT評價

[請益] 菜鳥問一下大家的開發模式

看板Soft_Job標題[請益] 菜鳥問一下大家的開發模式作者
a304035566
(jar)
時間推噓19 推:19 噓:0 →:18

剛轉職幾個月
公司是在做人事相關的系統
看前人留下來的專案看的頭很痛
不知道各位開發時會這樣嗎?

1.超多class 每個出來的資料都要用一個class去接
2.串接API
就是主專案寫一個class然後透過這個去調用API去抓資料回來之後再放到主專案的class去調用。
3.專案下分超多方案
這個我不太會解釋
就是我連DB的可能會寫成一個方案
然後要接的Model再寫成另一個方案
每次要看要連哪一個跟要用什麼接都還要看在哪一個方案底下,然後每一個又有交叉參考

各位前輩這樣算是正常的嗎?

--

※ PTT 留言評論
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 42.73.120.175 (臺灣)
PTT 網址

ko27tye06/08 16:14假如專案有10多年,亂很正常。

t6414106/08 16:24切很細不奇怪,但依賴關係混亂就是問題

devilkool06/08 16:25交叉參考是互相依賴嗎?其他都正常

LFimi06/08 16:37等哪天你看到一個class幾萬行,你就會希望他切開了

NDark06/08 16:56後續維護 切很正常 因為去改舊code很容易出問題

testPtt06/08 16:56方案看重複使用率 太少的話我是不會開啦

NDark06/08 16:56做切割可以確保責任獨立

NDark06/08 16:57類別變多的問題在於命名 因為一開始不會知道會有這麼多變形

NDark06/08 16:57類似命名的類別不寫註解可能會搞混

brucetu06/08 17:11很正常啊 你這都還沒碰到微服務咧

B098869808806/08 17:53不然你覺得怎麼做比較好0.0

sniper282406/08 18:12看來是你的問題

single456506/08 18:42了解一下MVC可能有用?

wulouise06/08 19:36你建議怎麼寫?有更好的寫法當然更好

yamagishi06/08 19:58你太菜

superpandal06/08 20:04java對吧 在業界很常見 這就是orm啊 應付很整齊的需

superpandal06/08 20:05求用 但複雜的還是要寫sql 個人更喜歡字典

superpandal06/08 20:09字典和純struct oop是有點走火入魔了

superpandal06/08 20:11java強制類 但部分還是可以寫fp

superpandal06/08 20:36但java的字典就那鳥樣 寫起來太不爽

Galbygene06/08 21:15請問這邊指的方案的英文是什麼?

CloudyWing06/08 21:26應該是方案底下很多專案吧?

NDark06/08 21:34方案跟專案 應該是 visual studio 的 solution 跟 project

NDark06/08 21:36但原PO說專案下有很多方案 是否剛好相反?

Csongs06/08 22:00你上網看一下開源 比較一下就知道了

assai00006/08 22:46覺得很正常,聽敘述很像分層式架構

kwanles06/08 23:12看來起像是切得比較細 分層式架構的樣子

kwanles06/08 23:15遇過資料庫欄位 程式參數 函式之類都用中文的就很彆扭

now9906/09 00:10隕石開發法

wsad5023206/09 07:56OOP code長到最後 都會變成意大利麵

wsad5023206/09 07:57珍惜生命 遠離 oop

jknm0510a06/09 08:51pop寫的跟義大利麵一樣長是人的問題不是oop的問題

shooter55506/09 10:27變義大利麵就是封裝沒做好又相互依賴

jerry03089706/09 11:33嗯..菜味很重

KanzakiHAria06/09 11:48問就是隕石

applehpsh06/09 18:49隕石開發

Firstshadow06/10 00:53是太菜看得頭痛 還是code太菜看得頭痛?