1. 接觸一個新項目時新建一個「閱讀」分支

接手一個已經(jīng)上線的項目時，為了解架構(gòu)和業(yè)務(wù)實現(xiàn)瞭恰，閱讀項目源碼是必要的欲诺。而很多優(yōu)秀團隊是不需要且不允許寫注釋的，原因有：

• 如果編碼風(fēng)格足夠規(guī)范摹蘑，代碼便是說明書筹燕，看代碼就能懂，注釋很多時候是多余的衅鹿；
• 倒不是完完全全說“彪悍的代碼不需要注釋”撒踪，而可能是對于一個兩周更新一次的上線APP來說，寫注釋和文檔意味著要花費更多寶貴的維護時間大渤，所以團隊會更傾向于Team Lead花多點時間把控代碼質(zhì)量制妄，并且允許團隊成員對代碼的命名稍微長點（表達得仔細點）。

對于沒有注釋或有了注釋也不理解業(yè)務(wù)的項目泵三，可以嘗試新開一個“注釋”分支耕捞，我們可以在上面隨意注釋、隨意標注烫幕，作為短時間內(nèi)的“筆記”分支俺抽，有利于快速熟悉新項目。

2. 盡量在正版電子書平臺閱讀技術(shù)書籍

先不討論電子書與紙質(zhì)書的主觀喜好较曼。從便利性上磷斧，有一個iPad或手機，到哪都能看電子書，所做的筆記可以搜索弛饭、復(fù)制冕末、回顧、同步及分享孩哑。電子書是永久栓霜、輕薄的，更重要的是我們可以復(fù)制出書中想實踐的代碼示例横蜒，而紙質(zhì)書沒有這優(yōu)勢胳蛮。目前絕大數(shù)書都能在亞馬遜、多看丛晌、微信讀書等平臺找到仅炊。

微信讀書書架

3. 配置文件中配置項或依賴包以字典排序的方式排列

之后維護和查找時會比較高效。

排好序的項目依賴包引用列表

4. 項目進入標準化后澎蛛，視覺設(shè)計者應(yīng)該發(fā)展并提出Style Guide（視覺風(fēng)格指南）

Style Guide指的是整個APP的視覺風(fēng)格指南抚垄，將指定的風(fēng)格統(tǒng)一管理，方便團隊交流與開發(fā)谋逻。

比如整個APP中呆馁，整個APP的文字主題色是#00dc55，我們把它叫做main_blue毁兆，在之后的設(shè)計稿和交流中浙滤，當我們使用這個顏色時，直接稱顏色為main_blue就可以了气堕；又比如微信的綠色按鈕風(fēng)格纺腊，我們可以封裝成一個叫full_green_btn的style變量，日后說某個按鈕是full_green_btn風(fēng)格茎芭，直接設(shè)置它的style值就可以了揖膜。風(fēng)格一致、命名統(tǒng)一梅桩，這便是視覺指南壹粟。

對按鈕風(fēng)格的命名

將風(fēng)格指南做一個查詢APP

5. 對整個APP的布局進行優(yōu)化時，可以對layout文件的大小進行降序排列宿百，從占用空間最大的文件開始優(yōu)化

很明顯煮寡，占用空間大的布局文件里，涉及到的xml代碼和控件使用會更加的多犀呼，優(yōu)化起來有更大的空間。

文件大小倒序的layout文件列表

6. 使用項目中的單元測試模塊快速實現(xiàn)小規(guī)模程序的驗證和調(diào)試

當我們想通過編程來驗證一個小程序或想法時薇组，通常是挺麻煩的外臂。如果直接用手頭開發(fā)的大型IDE（比如AS或VS）新建一個項目，需要很多步驟和初始化工作律胀；如果把要驗證的代碼寫在項目中宋光，項目跑起來可能也過于龐大貌矿。

我們可以直接在單元測試模塊中新建一個測試方法，在方法里寫要跑的代碼罪佳，然后進行單元測試就可以驗證程序了逛漫。同樣支持調(diào)試和斷點，代碼跑起來也非匙秆蓿快且不影響到項目內(nèi)容酌毡。

單元測試及調(diào)試入口

7. 一個功能一個Git分支

在開發(fā)過程中，每完成一個功能點就創(chuàng)建一個分支蕾管。

這在后期的代碼找回和代碼管理是非常有效的枷踏。比如我們完成登錄功能，就新建一個分支掰曾，做完后把這個分支提交到github旭蠕，之后直接去做其它任務(wù)（繼續(xù)創(chuàng)建新的分支，如果新任務(wù)需要用到登錄功能的代碼就基于這個分支創(chuàng)建分支旷坦，不依賴登錄的代碼就基于主分支創(chuàng)建分支）掏熬。

在技術(shù)老大檢查代碼時，如果同意合并代碼就合并秒梅，如果需要修改代碼旗芬，我們只需要切換到對應(yīng)的分支并修改代碼，隨后再次提交番电。

在功能點明確的情況下岗屏，這樣任務(wù)與代碼分明的開發(fā)方式是比較高效的。

如何命名分支漱办？

看個人習(xí)慣而定这刷，我個人的分支命名習(xí)慣是【名字/日期+任務(wù)類型_任務(wù)簡單表達】，其中任務(wù)類型是指故事點的類型（featrue娩井、bug暇屋、chore）。如命名我做的登錄功能分支可以是Leslie/1012feature_userLogin洞辣，這樣的命名方式包括了作者咐刨、日期、任務(wù)分類和任務(wù)簡更描述扬霜，日后搜索起來也方便定鸟。

缺點

隨著時間的推移，做過的任務(wù)越來越多著瓶，分支就越來越多联予，一年下來上千個分支是有可能的。但Android Studio貌似不支持批量刪除分支。

Android Studio里的分支列表

8. 批量刪除Git本地分支

我們可以去刪除Git的配置文件沸久。在項目的根目錄下季眷，我們可以看到隱藏文件夾.git，里面包含了各種信息卷胯。

分支對應(yīng)的路徑

文件夾里的內(nèi)容

我們把分支的文件批量刪除子刮，重啟Android Studio，對應(yīng)的分支便不會出現(xiàn)在Android Studio的分支列表了窑睁。

9. 跨項目搬運代碼時挺峡，盡量不要過早對源碼進行重命名

當我們從甲項目搬運大量代碼到乙項目時，搬運的代碼一定會含有原來項目特定的命名卵慰。在搬運工作完成前沙郭，不要過早對代碼進行重命名，原因是如果過早對代碼重命名裳朋，之后再次搬運相關(guān)代碼到新項目時病线，新項目是無法自動地對對象實現(xiàn)引用的。這時候只能自己手動修改名字鲤嫡，一是低效送挑，二是容易出錯。所以暖眼，重命名的工作最好在代碼搬運工作完成后再做惕耕。

10. 前端后端分開工作

移動端依賴的服務(wù)器后臺在測試和維護時，應(yīng)該將代碼跑在另一個備用服務(wù)器诫肠，不影響移動端繼續(xù)開發(fā)司澎，等后臺完成更新后，再占用短暫的時間停掉正在使用的服務(wù)器栋豫，把新功能推到正式的后臺挤安。即區(qū)分QA和Release環(huán)境。

11. 做報表時使用PS工具實現(xiàn)比例的計算

Ctrl+R喚出PS的標尺功能

拉取標尺線到需要的邊界上丧鸯，形成了排版區(qū)域的區(qū)分蛤铜。

調(diào)整圖片大小，把寬設(shè)置為100個單位

這樣做的目的是方便換算丛肢。效果如下圖围肥，我們可以通過藍線在標尺上的刻度直接知道這個位置是水平方向的百分之多少的位置。

image.png

12. 做運維部署時蜂怎，使用流程文檔進行操作和部署

不要對自己的思路和記憶力過分自信穆刻，配置和部署是非常無聊的事情，如果中間環(huán)節(jié)出現(xiàn)問題杠步，人可能會變得煩躁氢伟，隨著思路會被打亂撰洗。最穩(wěn)當?shù)姆椒ㄊ鞘孪葘懞貌渴鸬牧鞒蹋粗厦娴膬?nèi)容和步驟做腐芍，如果一步做錯了，解決完問題试躏，再從頭或繼續(xù)著做猪勇，這樣能更好地達到目的。