關於程式碼風格的那些事

先聲明文章內指的「風格」比較單純指的是程式碼的格式，而不是撰寫的邏輯風格。

不知道大家在自己的工作上、side project 上是如何管理程式碼風格的？ 你是程式碼格式強迫者嗎？凡是在寫 code 的時候就會自己做好縮排，又或者你會透過工具來幫你進行程式碼的風格調整？ 還是你是 free style 根本沒在管的 😂？

我想不管是哪一種，都沒有「對錯」之分，只有「適合」與「不適合」。

在自己的專案中，你可以自由奔放的選擇你想要的風格，在多人團隊中或許需要一些規範來統一，在個人專案中可能沒有什麼問題， 想怎麼用根本沒有人會阻止你，但是在團隊中可能就不是這樣了。

團隊中可能原先就有一些定義好的規範，但這些規範有些部分你可能不是這麼的喜歡，打個比方：

const f1 = (argument) => console.log(argument);
const f2 = argument => console.log(argument);

你可能比較喜歡 f2 寫 arrow function 的方式，但是團隊中是使用 f1 的風格，如果你覺得是哪個無所謂，那恭喜你不會花太多心力糾結在這些小事上 😉。

那假設你很在意呢？

這時候如果你是個成熟的大人：

不是這樣！😂

遇到這樣的狀況如果心裡還是很在意的話，不妨直接把問題提出來詢問你的同事或主管，悶在心裡是沒辦法解決問題的，理解當初為什麼這樣定義，而目的又是為了什麼，說不定會有你意想不到的情況囉！

坦白說後來都會覺得像是 Go 或是 Elm 這種本身就提供 code format 功能的語言其實還滿省事的， 不需要花太多時間去定義這些，但是這些語言都有比較完整的機制，相較於 JavaScript 來說，語言本身比較鬆散，的確是需要花一些氣力來規範，避免程式上的一些錯誤。