Re: [請益] coding style差太多怎辦?

※ 引述《prag222 (prag)》之銘言：
: 大家好
: 小弟上上份工作快離職前
: 聽到新進的同事說
: 他都習慣把程式寫成一個一個小的function
: 後來離職我花了一點時間學習設計模式
: 和了解SOLID原則
: 我越覺得這種作法很OK
: 我大概也知道這應該是重複說高手說過的話
: 所以後來找到工作
: 專案自己一個人開發
: 也沒主管強制要求程式該怎麼寫
: 變照著 之前同事說的話去開發
: 讓程式碼 程式碼也是有結構性架構性的
: 而不是一個function寫幾百行幾千行
: mvc Model層也是切得很乾淨
: Model層寫的就像api
: controller帶參數給MODEL層撈資料出來
: 不過我最近的公司
: 完全不是這種做法
: 雖然是MVC不過還是下SQL查出資料
: 看到function寫幾百行我看了就昏(業務邏輯)
: 為了符合公司專案的coding style有點辛苦
: 基本上我速度也差不多折損一半也有了
: 不過盡可能把程式碼寫成一個一個小單元應該也沒錯吧
: 畢竟單元測試
: 跟我最近看重構的書也是建議這樣
: 上份工作有改到open source的專案
: 好像也是這樣
: 是很難看的懂 但擴充維護修改都很輕鬆
重構取決於你對自己的程度有多自信
假設已經發現問題 也覺得自己有能力修改 試著跟主管溝通看看
說「在自己任務時程不耽誤的前提下 有路過看到程式碼就稍微整理一下」
若有得到主管或同事許可就下去改

沒把握自己可以改好的話 量力而為 先從小區塊開始改起
盡量多用輔助工具來幫助你重構
一些基礎的設置例如linter的檢查
不必要的語法、不合規則的命名或者nested if之類的他會提示你請你修改
或者是根據引用的rename之類的
比較怕大幅度的重構改壞 亦即版控很重要
因此先從小區塊開始 每次改完若有提升一點可讀性 就還不錯
在不改動代碼邏輯的前提下 其實現在的IDE很進步 要重構都很方便了
先把雜亂的程式模塊化 考慮一下誰依賴誰的問題 小心搬就好
慣用的IDE、語言都摸很熟 重構大多數情況都是手法問題
大部分都有個固定的套路可以依循
常用會越來越熟 個人觀點給你參考

--