代碼審計至少包含兩個方面首先要確定代碼的目的或功能；另外就是檢查代碼的可讀性，即是否更利于理解和維護。

或許你審計過很多代碼，太長的變量名確實很讓人抓狂。不僅影響了代碼的清晰度，而且過長的變量讓你的代碼難以掃描，迫使更多的換行。

如何給變量或方法取個好名字

首先你要知道這個命名想要表達什么；另外你應該知道這個命名跟什么是無關的。 除此之外，所有的命名中所有的字符串都是多余的。

(1)省略變量的參數類型

如果是靜態類型的語言，你是會知道變量的類型或方法返回值類型，再在命名上加上類型就是多余了

1. // Bad: 
2. String nameString; 
3. DockableModelessWindow dockableModelessWindow; 
4.   
5. // Better: 
6. String name; 
7. DockableModelessWindow window; 

可用復數代替某些類型

1. // Bad: 
2. List<DateTime> holidayDateList; 
3. Map<Employee, Role> employeeRoleHashMap; 
4.   
5. // Better: 
6. List<DateTime> holidays; 
7. Map<Employee, Role> employeeRoles; 

方法名不應該描述參數或其類型

1. // Bad: 
2. mergeTableCells(List<TableCell> cells) 
3. sortEventsUsingComparator(List<Event> events, 
4.     Comparator<Event> comparator) 
5.   
6. // Better: 
7. merge(List<TableCell> cells) 
8. sort(List<Event> events, Comparator<Event> comparator) 

(2)省略命名中的歧義描述

當你看到這個變量名recentlyUpdatedAnnualSalesBid你是不是在想

有沒有年度銷售報價不是最近的?

最近的年銷售報加有沒有沒更新的？

有沒有最近更新的銷售報價不是年度的？

...

請去掉這些無關的描述吧，何況你可以加注釋嘛。

1. // Bad: 
2. finalBattleMostDangerousBossMonster; 
3. weaklingFirstEncounterMonster; 
4.   
5. // Better: 
6. boss; 
7. firstMonster; 

(3)去掉上下文已知的內容

比如說當class描述了某個內容，方法名就不需要再重復了

1. // Bad: 
2. class AnnualHolidaySale { 
3.   int _annualSaleRebate; 
4.   void promoteHolidaySale() { ... } 
5. } 
6.   
7. // Better: 
8. class AnnualHolidaySale { 
9.   int _rebate; 
10.   void promote() { ... } 
11. } 

(4)省略掉無意義的信息

很多人喜歡命名基于產品的很多商業名詞，比如data, state, amount, value, manager,engine, object, entity, and instance.這些詞是否存在沒有意義。

看下面一個聯系

1. class DeliciousBelgianWaffleObject { 
2.     void garnishDeliciousBelgianWaffle( 
3.         List<Strawberry> strawberries) { ... } 
4. } 

簡化成這樣是不是很爽

1. class Waffle { 
2.   void garnish(List<Strawberry> strawberries) { ... } 
3. }