一、開發環境篇 我們首先推薦vs code作為開發環境，因為其友好的開發界面和強大的擴展庫是我們快速的進行代碼開發的必要支撐。 在vs code中開發vue項目，有一些插件是必要裝的，結合我個人的一些經驗，以下插件和配置推薦給大家： 1.Vetur ​ vue開發必裝的一款插件，幫你規范 ...

兼容目標 主流移動設備：iPhone 4+ 、三星、魅族、華為、紅米、小米1S 以上及主流 Android 千元機型； 請特別關注iPhone4/4s、魅族MX4、華為P6等機型 操作系統：iOS 7.0+ 與 Android 4.0+ ...

正文: • 格式化代碼 ◦ 指針“*”號的位置 ▪ 如：NSString *varName; ◦ 空格 VS tabs ▪ 只允許使用空格，將編輯器設置為1個TAB = 2個字符縮進 ◦ 每行的長度 ▪ 每行最多不得超過100個字符 ▪ 以15寸Macbook Pro的大小，每行100個字符時 ...

一，關於空行 A：.h中的空行 1，文件說明與頭文件包涵（#import）之間空1行 2，頭文件包涵（#import）之間，如果需要分類區別，各類別之間空1行 3，頭文件包涵（#import） ...

前言 一般在團隊開發中每個人的代碼習慣都不太一樣，這樣就會導致代碼風格不一致，以致於維護和修改bug的時候看別人的代碼成為一種痛苦...這種情況尤其在前端開發中尤為明顯。因為關於前端的開發規范貌似也沒有行業權威標准。這幾天在網上看了下，基本上在開發中通過eslint進行約束，airbnb的標准 ...

一 編碼規范 1.1 命名規范 代碼中的命名均不能以特殊字符（如下划線、$#符號）開始或結束。 反例： _name / #Object 2. 代碼中的命名嚴禁使用拼音與英文混合的方式，更不允許直接使用中文的方式。 反例： toubao / lipei ...

目錄 1.命名基本原則 2.命名基本規范 2.1編程基本命名規范 2.2分類命名規范 3.分類命名規范 3.1基本數據類型命名規范 3.2控件命名規范 3.3變量命名規范 3.4整個項目的目錄規范化 3.4 res資源文件命名規范 4.代碼書寫規范 ...

規范需要平時編碼過程中注意，是一個慢慢養成的好習慣 1.基本規則 1.注釋應該使代碼更加清晰易懂 2.注釋要簡單明了，只要提供能夠明確理解程序所必要的信息就可以了。如果注釋太復雜說明程序需要修改調整，使設計更加合理。 3.注釋不僅描述程序做了什么， 還要描述為什么要這樣做 ...