作者a304035566 (jar)
看板Soft_Job
標題[請益] 菜鳥問一下大家的開發模式
時間Thu Jun 8 16:04:28 2023
剛轉職幾個月
公司是在做人事相關的系統
看前人留下來的專案看的頭很痛
不知道各位開發時會這樣嗎?
1.超多class 每個出來的資料都要用一個class去接
2.串接API
就是主專案寫一個class然後透過這個去調用API去抓資料回來之後再放到主專案的class
去調用。
3.專案下分超多方案
這個我不太會解釋
就是我連DB的可能會寫成一個方案
然後要接的Model再寫成另一個方案
每次要看要連哪一個跟要用什麼接都還要看在哪一個方案底下,然後每一個又有交叉參考
各位前輩這樣算是正常的嗎?
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 42.73.120.175 (臺灣)
※ 文章網址: https://webptt.com/m.aspx?n=bbs/Soft_Job/M.1686211470.A.8B7.html
1F:推 ko27tye: 假如專案有10多年,亂很正常。 06/08 16:14
2F:→ t64141: 切很細不奇怪,但依賴關係混亂就是問題 06/08 16:24
3F:→ devilkool: 交叉參考是互相依賴嗎?其他都正常 06/08 16:25
4F:→ LFimi: 等哪天你看到一個class幾萬行,你就會希望他切開了 06/08 16:37
5F:推 NDark: 後續維護 切很正常 因為去改舊code很容易出問題 06/08 16:56
6F:→ testPtt: 方案看重複使用率 太少的話我是不會開啦 06/08 16:56
7F:→ NDark: 做切割可以確保責任獨立 06/08 16:56
8F:→ NDark: 類別變多的問題在於命名 因為一開始不會知道會有這麼多變形 06/08 16:57
9F:→ NDark: 類似命名的類別不寫註解可能會搞混 06/08 16:57
10F:→ brucetu: 很正常啊 你這都還沒碰到微服務咧 06/08 17:11
11F:推 B0988698088: 不然你覺得怎麼做比較好0.0 06/08 17:53
12F:推 sniper2824: 看來是你的問題 06/08 18:12
13F:推 single4565: 了解一下MVC可能有用? 06/08 18:42
14F:推 wulouise: 你建議怎麼寫?有更好的寫法當然更好 06/08 19:36
15F:→ yamagishi: 你太菜 06/08 19:58
16F:→ superpandal: java對吧 在業界很常見 這就是orm啊 應付很整齊的需 06/08 20:04
17F:→ superpandal: 求用 但複雜的還是要寫sql 個人更喜歡字典 06/08 20:05
18F:→ superpandal: 字典和純struct oop是有點走火入魔了 06/08 20:09
19F:→ superpandal: java強制類 但部分還是可以寫fp 06/08 20:11
20F:→ superpandal: 但java的字典就那鳥樣 寫起來太不爽 06/08 20:36
21F:推 Galbygene: 請問這邊指的方案的英文是什麼? 06/08 21:15
22F:推 CloudyWing: 應該是方案底下很多專案吧? 06/08 21:26
23F:推 NDark: 方案跟專案 應該是 visual studio 的 solution 跟 project 06/08 21:34
24F:推 NDark: 但原PO說專案下有很多方案 是否剛好相反? 06/08 21:36
25F:推 Csongs: 你上網看一下開源 比較一下就知道了 06/08 22:00
26F:推 assai000: 覺得很正常,聽敘述很像分層式架構 06/08 22:46
27F:推 kwanles: 看來起像是切得比較細 分層式架構的樣子 06/08 23:12
28F:→ kwanles: 遇過資料庫欄位 程式參數 函式之類都用中文的就很彆扭 06/08 23:15
29F:推 now99: 隕石開發法 06/09 00:10
30F:推 wsad50232: OOP code長到最後 都會變成意大利麵 06/09 07:56
31F:→ wsad50232: 珍惜生命 遠離 oop 06/09 07:57
32F:推 jknm0510a: pop寫的跟義大利麵一樣長是人的問題不是oop的問題 06/09 08:51
33F:→ shooter555: 變義大利麵就是封裝沒做好又相互依賴 06/09 10:27
34F:推 jerry030897: 嗯..菜味很重 06/09 11:33
35F:推 KanzakiHAria: 問就是隕石 06/09 11:48
36F:推 applehpsh: 隕石開發 06/09 18:49
37F:→ Firstshadow: 是太菜看得頭痛 還是code太菜看得頭痛? 06/10 00:53
38F:推 abraxas: 要不要了解一下分層? 06/14 12:57
39F:→ Nitricacid: 你的問題 06/15 08:24
40F:推 lonelytea: 真的菜 06/20 22:08
41F:推 mepowerlmay: 正常 這叫多層架構? 06/24 13:47
42F:推 kevin9527: 就orm,至於架構部分要看他偶合性如何吧,如果切成很多 06/27 09:22
43F:→ kevin9527: 層耦合性還很高就爛code 反之的話就你太菜 06/27 09:22
44F:推 Selkirs: 1. 其實是許多編譯式語言高效的原因之一,所以這個答案 06/28 18:02
45F:→ Selkirs: 也很看你寫什麼語言 06/28 18:02
46F:推 jgoodman: 每個class切分不同功能是good practice吧? 07/07 10:43