專案今天基本上結尾了，這是專案組第乙個專案，有新人（我也是），所以還是出了很多不統一的地方，刪刪改改兩天，基本上好了，但**不是很規範，為了更高效的書寫**，總結一些經驗，打成統一下個專案估計就好多了。在此做個分享。為什麼寫這些，因為你的**除了給自己看還是給別人看的。好習慣一但養成，下次就輕車熟路，不必糾結。
-、命名規則
1.類（class rewardlayer）帕斯卡命名法。
2.類中的方法名（rewardlayer:showtime（）），首字母小寫，駱駝命名法。
3.類中成員變數（self._isover），加下劃線，後面駱駝命名法。
4.類中的臨時變數（local isover）,不用加下滑線，駝峰法，類中使用資源應該明了（buttongetreward，texshowtime，picbankground，panelroot)
5.全域性變數(g_isover)，前面g_，後面駱駝命名法。
6.全域性方法名，g_getreward(),前面g_,後面駝峰命名法。
7.巨集（open_view = 「openview」），全大寫下劃線。
8.ui工程匯出的資源檔案使用帕斯卡命名法【onlinereward】且.csb .plist .png 命名一致。
9.cocosui命名：所有的，聲音，動畫資源必須小寫命名，否則打包會出錯
button_fish，tex_show_time,login.***，（匈牙利命名法）。這錯誤很麻煩，崩潰的心都有。
10.lua中的配置檔案（config目錄下）都以小寫加下劃線【protps_config】（匈牙利命名法）。
11.無特殊情況，不允許用中文命名。
二、**規範及其他規範
1.注釋，所有變數，方法在申明時必須注釋其用途，私有變數、必須在構造時賦初值並注釋。
2.比較難以理解的地方必須注釋。
3.所有**必須用tab檔案按結構對齊。
4.lua工程中載入csb只在uibase裡載入其他地方不准許載入。
5.ui工程中的資源路徑不要與專案工程路徑一致 全放在根目錄下參考聊天ui工程。
6.所有資源，先打成pist包，plist打包必須盡可能的壓縮。
7.無特殊情況都採用mvc模組完成業務功能。
8.svn上傳更新必須先update，所有涉及他人或公用的**修改必須和負責相應模組的人溝通後再上傳，比如說大廳檔案（halllayer）修改，必須先update，
再跟負責人楊松溝通後，再上傳。為了**的安全性，每天盡可能的在下班前備份一次**。
9，cocos studio盡可能使用公共資源，所有公共資源不得重複匯入。
10.無用的**在最終提交時，必須全部刪除。
11.所有物件的名字跟類名必須一樣，只有大小寫的區分，物件小寫開頭，類大寫開頭。
第一次寫技術部落格，也許有不成熟，更多強調的是團隊之間的總結和規範，還是個人習慣的養成，勉強成自然。
沐目之雲 深圳 16.05.17
客戶端Git使用規範
1 origin master是其 head源 總是代表了生產環境準備就緒的狀態的主分支 2 origin develop是其 head源 總是代表了最後一次交付的可以趕上下一次發布的狀態的主分支，也把它叫做 整合分支 3 每當 develop分支到達乙個穩定的階段，可以對外發布時，所有的改變都會被...
瘦客戶端 胖客戶端 智慧型客戶端
胖客戶端模式將應用程式處理分成了兩部分 由使用者的桌面計算機執行的處理和最適合乙個集中的伺服器執行的處理。乙個典型的胖客戶端包含乙個或多個在使用者的pc上執行的應用程式，使用者可以檢視並運算元據 處理一些或所有的業務規則 同時提供乙個豐富的使用者介面做出響應。伺服器負責管理對資料的訪問並負責執行一些...
胖客戶端 瘦客戶端和富客戶端
以c s結構開發的網路應用程式，需要為客戶端開發專用的客戶端軟體，相對而言其客戶端比較龐大，在客戶端可以實現很多功能，分擔伺服器的負擔，屬於胖客戶端型別。以b s結構開發的web應用，其客戶端只是乙個瀏覽器，所有業務邏輯由伺服器端進行處理，相對而言客戶端比較瘦小，故稱為瘦客戶端。目前比較流行的一種開...