軟體開發常用命名規則
閱讀時間約 1 分鐘
此文章同步刊登於我的部落格
前言
軟體開發時應該要有固定的命名規則，以提高程式的可讀性，以JAVA命名慣例為例：
- 大駝峰式：類別(Class)、界面(Interface)
- 小駝峰式：方法(Method)、變數(Variable)
- 大蛇形：常數(Constant)
駝峰式
大駝峰式(Upper Camel Case)
每個單字字首大寫，單字直接相連
範例：UpperCamelCase
小駝峰式(Lower Camel Case)
第一個單字字首小寫，之後的單字字首大寫，單字直接相連
範例：lowerCamelCase
蛇形式
大蛇形式(Upper Snake Case)
全部單字大寫，單字之間以底線(_)區隔
範例：UPPER_SNAKE_CASE
小蛇形式(Lower Snake Case)
全部單字小寫，單字之間以底線(_)區隔
範例：lower_snake_case
烤肉串式
烤肉串式(Kebab Case)
全部單字小寫，單字之間以dash符號(-)區隔
範例：kebab-case
現代不推薦的命名法
匈牙利命名法(Hungarian Notation)
在命名前面加入型別，例如s代表字串，i代表整數
不推薦原因可以參考維基百科的說明
範例：sHungarianNotation
留言0
查看全部
你可能也想看
Google News 追蹤
接下來第二部分我們持續討論美國總統大選如何佈局, 以及選前一週到年底的操作策略建議
分析兩位候選人政策利多/ 利空的板塊和股票
🤔為什麼團長的能力是死亡筆記本?
🤔為什麼像是死亡筆記本呢？
🤨作者巧思-讓妮翁死亡合理的幾個伏筆
軟體開發項目的成功取決於嚴謹的計劃、良好的溝通和領導力。確保您的軟體開發公司能夠有效地管理這些方面，並遵循以上提到的關鍵步驟，將有助於確保您的軟體項目按時交付，滿足您的期望。
前陣子在跟讀者聊天的時候，發現在 Junior 階段很容易遇到一些工作上挫折，但又不太知道怎麼解決或是優化。
也有可能在開發過程中碰到了些大地雷，但身邊的前輩、同事不一定能用比較軟性的方式好好的傳達，這是非常常出現的，尤其是在跨部門協作經驗較少的工程師，會不曉得怎麼用淺顯易懂的語言告訴⋯⋯
Alchemy 提供一個平台給開發者去中心化的應用程式，就如同蘋果提供App Store 給用戶下載應用程式，而Alchemy 提供給軟體開發者數項實用的工具，幫助開發者專注於產品的研發。除此之外，Alchemy 近期也對風險投資公司以及web3 的線上學習課程傾注心力，希望能擴大區塊鏈的生態圈。
「幫我做的跟 Facebook 一樣單純就好」
「嗯 … ?」
不管怎麼估計都可能失準，在一件事做完之前你怎麼知道能不能做到？
團隊最近因為有大型功能要發佈，因此剛完成了一次捕蟲大會（Bug Bash），趁著記憶猶新，來寫一下在舉辦過程中可以注意的一些重點。除了自己紀錄，也希望對看到文章的你有點幫助。
會談這個主題主要是工作上預計進行Pair Programming的模型來開發，因而蒐集了一些關於Pair Programming這方面的相關概念與執行方向，並整理讓大家共同參考、討論。
🔔還沒成為Potato會員的朋友點這裡加入哦，撰寫文章還能挖礦打造被動收入 🔔
優點
提升程式碼品質
缺點
91APP運作200人以上的SaaS產品開發團隊，透過導入Agile的開發方法，用Scrum的方式有節奏推進交付，並大規模的不停地做組織重整，用91APP Way的三個層次來運作產品開發組織。
隨著軟體開發方法、工具、以及成品應用方式的變化，軟體開發已經不能只靠單一證照、程序、手段來完成；雖然如此，為了專案的進度與品質控管，仍然有一些共通的道理是必須遵守的。本文就來談談這些同樣也適用於其他專案管理的基本原則。
所謂「縮寫」，指的是取一個英文詞段的每一個字的字首，然後組成縮寫；例如「NYPD=New York Police Department」（紐約市警察局），這在美劇或電影中還蠻常見的。
「體驗設計」這門學問，現在已經成了軟體設計的顯學，其中包含了不同的面向：流程設計、技術架構設計、使用者介面設計等等。在大家還沒有開始重視使用體驗的時代，許多事情只能從嘗試和錯誤中去學習，包括開發團隊也一樣。
接下來第二部分我們持續討論美國總統大選如何佈局, 以及選前一週到年底的操作策略建議
分析兩位候選人政策利多/ 利空的板塊和股票
🤔為什麼團長的能力是死亡筆記本?
🤔為什麼像是死亡筆記本呢？
🤨作者巧思-讓妮翁死亡合理的幾個伏筆
軟體開發項目的成功取決於嚴謹的計劃、良好的溝通和領導力。確保您的軟體開發公司能夠有效地管理這些方面，並遵循以上提到的關鍵步驟，將有助於確保您的軟體項目按時交付，滿足您的期望。
前陣子在跟讀者聊天的時候，發現在 Junior 階段很容易遇到一些工作上挫折，但又不太知道怎麼解決或是優化。
也有可能在開發過程中碰到了些大地雷，但身邊的前輩、同事不一定能用比較軟性的方式好好的傳達，這是非常常出現的，尤其是在跨部門協作經驗較少的工程師，會不曉得怎麼用淺顯易懂的語言告訴⋯⋯
Alchemy 提供一個平台給開發者去中心化的應用程式，就如同蘋果提供App Store 給用戶下載應用程式，而Alchemy 提供給軟體開發者數項實用的工具，幫助開發者專注於產品的研發。除此之外，Alchemy 近期也對風險投資公司以及web3 的線上學習課程傾注心力，希望能擴大區塊鏈的生態圈。
「幫我做的跟 Facebook 一樣單純就好」
「嗯 … ?」
不管怎麼估計都可能失準，在一件事做完之前你怎麼知道能不能做到？
團隊最近因為有大型功能要發佈，因此剛完成了一次捕蟲大會（Bug Bash），趁著記憶猶新，來寫一下在舉辦過程中可以注意的一些重點。除了自己紀錄，也希望對看到文章的你有點幫助。
會談這個主題主要是工作上預計進行Pair Programming的模型來開發，因而蒐集了一些關於Pair Programming這方面的相關概念與執行方向，並整理讓大家共同參考、討論。
🔔還沒成為Potato會員的朋友點這裡加入哦，撰寫文章還能挖礦打造被動收入 🔔
優點
提升程式碼品質
缺點
91APP運作200人以上的SaaS產品開發團隊，透過導入Agile的開發方法，用Scrum的方式有節奏推進交付，並大規模的不停地做組織重整，用91APP Way的三個層次來運作產品開發組織。
隨著軟體開發方法、工具、以及成品應用方式的變化，軟體開發已經不能只靠單一證照、程序、手段來完成；雖然如此，為了專案的進度與品質控管，仍然有一些共通的道理是必須遵守的。本文就來談談這些同樣也適用於其他專案管理的基本原則。
所謂「縮寫」，指的是取一個英文詞段的每一個字的字首，然後組成縮寫；例如「NYPD=New York Police Department」（紐約市警察局），這在美劇或電影中還蠻常見的。
「體驗設計」這門學問，現在已經成了軟體設計的顯學，其中包含了不同的面向：流程設計、技術架構設計、使用者介面設計等等。在大家還沒有開始重視使用體驗的時代，許多事情只能從嘗試和錯誤中去學習，包括開發團隊也一樣。