作者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/cn.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