【#程式教學】Code 是什麼？Coding Style 是什麼？
🗣又到了程式教學篇啦！
常在咖啡廳裡看到工程師們拿著一台電腦，直盯著黑黑的介面，沒錯！他們在打程式啦👨🏻💻👨🏻💻
☑️Code 是什麼？
Code（程式碼）是程式設計師與電腦溝通的語言，當然，讓電腦理解你寫的 Code 是很重要的事情，不然連編譯都沒辦法編譯。
而如果是大型專案，讓其他組員們能夠理解你所寫的 Code 也很重要，甚至可以說，讓「人」看得懂 Code 遠～比讓電腦看懂來的重要💪🏻
你可能會想，這程式只是為了解題目，寫完以後就再也不會去碰，Code 寫得醜又沒關係，但如果今天是在精神不繼的狀況下 Coding，也許隔天就很難再想起自己原本打的到底是什麼🥴
欸對，我就曾經在酒醉過後🍾🥂
完全想不起來自己在打什麼碗糕🤢
Coding Style 真的很重要呀⭕️⭕️⭕️
☑️Coding Style 是什麼？
Coding Style就是程式寫作風格，每個人寫作風格都有所不同，就像是變數命名大小寫，函數大括號需不需換行，使用 Space 還是 Tab 來縮排等等。
🗣小提醒：在多人的大型專案中，建議組員們使用相同的寫作風格，以讓其他成員們容易互相支援，維護程式碼。
但怎麼確認有按照規定的 Coding Style 撰寫呢？專案的負責人會有一些架構，只要按照格式撰寫，基本上就不會有太大問題啦😌
想知道更多？
【歡迎追蹤Johntool-工具王阿璋 @johntooltw ↓↓↓】
facebook►
https://www.facebook.com/JohntoolTW
instagram►
https://www.instagram.com/johntooltw/
收到更多 #程式教學 #不務正業工程師 系列！
#程式 #程式語言 #程式碼 #軟體#Project #程式入門 #engineer #engineering #學習 #study #Code #Coding #codegeass #codeismylife #coder #codelife #程式設計 #電腦程式 #program #programming #專案 #分享 #share #Johntool #工具王阿璋
coding style 命名 在 [請益] 程式的命名與coding style討論- 看板Soft_Job 的推薦與評價
大家好，有一些coding style的議題想跟各位分享與討論
勒布朗克法則(LeBlanc’s Law)説：Later equals Never
你心想著待會兒再回來整理程式，但其實永遠不會再回頭改的
最近想要整理出一些guideline跟同仁分享，
想說這樣大家的程式可讀性提升，對團隊的合作會更好，
不過我想先拋磚引玉，分享一些我整理出來的心得，
希望大大們可以分享一下自己的coding style
或是有更好或更多的撰寫程式的規範跟原則。
======================================
下方先是我整理的資料分享，歡迎大家也分享自己的coding style
1. Boolean變數或function的命名方式
Boolean變數或function的開頭必須使用is, can, has, should，
但如果本身是形容就不需要，像是enabled, done就無需用is開頭
2. 用介系詞(of,for,from,on…)來組變數名稱
這件事情但起來單純，但很多時候大家都會忽視介系詞硬組變數名稱，
像是daysUntilDeadline就有可能被命名成DeadlineDays，如易造成誤解，
以下是我找到一些不錯的範例
var daysSinceModification = 3; // 在修改已過了3天
var workDaysPerWeek = 5; // 每週工作5天
var daysUntilDeadline = 10; // deadline前還剩10天
3.使用更具體的單位
delayedTime代表的是delay的時間，但其實單位是秒數，
所以命名上最好使用更具體的單位來優化這個命名，改寫成delayedSeconds會更好
4.捨棄i,j,k，使用更好的Iterator
一般for迴圈中我們都會使用到i, j, k，這其實不是不行，
但是如果i, j, k分別代表parent, children, toy，
那就可以用pi, ci, ti來取代i, j, k，這樣程式碼不會變長太多，
可讀性提高也較容易debug
5.Function Name的prefix都是動詞
基本上function名稱全都是「動詞」
開頭但如果像是getCellSize()或calcCellSize()，可以直接省略開頭的動詞，
直接使用cellSize()即可，不過也有人堅持不能用名詞開頭，基本上團隊統一即可。
6.縮寫真的方便但並不是最好
因為不想打太長的變數或函數名稱，大家總是在縮寫，
但是有些縮寫很容易讓人搞混，對於原本就在維護這份程式的工程師或許還好，
但新進工程師會很容易困惑。
使用像是dns,url這些眾所皆知的詞沒問題，只有自己團隊才看得懂的縮寫，
除非必要，不然盡量避免使用。
不過我覺得這個看情況而定，重點是一定要有一份解釋縮寫的文件比較好。
7.如何寫註解
＊在檔案的最前頭寫上整個程式檔案大致是如何運作的檔案註解
＊除了解釋程式運作的原理外，還可以描述為什麼要用這樣子的寫法來寫，
可能是效能上的需求之類的
＊使用 TODO FIXME 等註解標籤，TODO可以標記尚未製作或是需要優化的部分，
FIXME是不能運作需要修復的部分，其實我知道還有HACK, XXX 等標籤，
不過我覺得好像都歸類在TODO比較方便，不知道大家的習慣是如何？
＊在設定常數的時候給予註解其實也能幫助理解，讓開發者更有概念，
像是下面程式註解說明為什麼要設定為1000的理由
// 加上合理的限制 - 沒有人能讀那麼多文章
const int MAX_RSS_SUBSCRIPTIONS = 1000;
8.封裝條件
如果if()裡面有超長一串的判斷式，可讀性會超差，
所以可以把這個判斷式用boolean變數裝起來再判斷
boolean isMan = (user.age >= 18 && user.gender == ‘male’);
if (isMan){
// 做一位男人該做的事 >///<
}
======================================
其中最想請教大家的是function前方動詞的分類
Clean Code這本書上有說
Pick one word for one abstract concept and stick with it.
不過比較沒人整理出較為通用的詞庫對應表，
我知道這個本來就沒官方解答，但是我想聽聽看各位的經驗，
整理出我自己的一套詞庫，以下是我目前整裡的詞庫
fetch：從遠端(透過API)獲取資料，例如：fetchUsers()
load：從本地端加載資料，例如：loadFile()
calculate/calc：通過計算獲取資料，例如：calcBMI()
show：顯示物件，如showModal()、showDialog()
remove：將資料之間的關係移除，資料本身還是會存在
delete/destroy：將資料刪除，資料將會不存在
on：定義event的時候使用，像是onClick,onChange
handle：當onClick之類的event發生時所觸發的function，
例如：handleClick，如果click後面有受詞的話，
這將受詞移到click前方* 例如：handleButtonClick
剩下還有哪些詞是大家常用的呢？還請各位大大不吝分享，
我在下面放一些可能會用到的詞，大家是怎麼給這些詞定義他專屬的concept，
或是有哪些沒提到的也可以補充一下，麻煩大家給點意見了XD
get/set
create: insert append add append
edit: modify update
complete: finish done end
send: deliver, dispatch, announce, distribute, route
find: search, extract, locate, recover
start: launch, create, begin, open
make: create, set upm build, genernate, compose, add, new
-----
Sent from JPTT on my iPhone
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 223.140.152.183
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1525745915.A.076.html
※ 編輯: allenwang15 (123.51.169.72), 05/08/2018 10:27:45
... <看更多>