本條要點：（作者總結）

• ?給私有方法的名稱加上前綴，這樣可以很容易地將其同公共方法區分開。
• 不要單用一個下劃線做私有方法的前綴，因為這樣做法是預留給蘋果公司用的。

?

　　一個類所做的事情通常都要比從外面看到的更多。編寫類的實現代碼時，經常要寫一些只在內部使用的方法。筆者建議，應該為這種方法的名稱加上某些前綴，這有助于調試，因為據此很容易就能把公共方法和私有方法區別開。

　　為私有方法名加前綴還有個原因，就是便于修改方法名或方法簽名。對于公共方法來說，修改其名稱或簽名之前要三思，因為類的公共 API 不便隨意改動。如果改了，那么使用這個類的所有開發者都必須更新其代碼才行。而對于內部方法來說，若要修改其名稱或簽名，則只需要同時修改本類內部的相關代碼即可，不會影響到面向外界的那些 API。用前綴把私有方法標出來，這樣很容易就能看出哪些方法可以隨意修改，哪些不應輕易改動。

　　具體使用何種前綴可根據個人喜好來定，其中最好包含下劃線與字母p。筆者喜歡用 p_ 作為前綴，p 表示 “private”（私有的），而下劃線則可以把這個字母和真正的方法名區隔開。下劃線后面的部分按照常用的駝峰法來命名即可，其首字母要小寫。例如，包含私有方法的 EOCObject 類可以這樣寫:

1 #import <Foundation/Foundation.h> 2 3 @interface EOCObject : NSObject 4 5 - (void)publicMethod; 6 7 @end 8 9 #import "EOCObject.h" 10 11 @implementation EOCObject 12 13 - (void)publicMethod { 14 /* ... */ 15 } 16 17 - (void)p_privateMethod { 18 /* ... */ 19 } 20 21 @end

　　與公共方法不同，私有方法不出現在接口定義中。有時可能要在 “class-continuation 分類”里聲明私有方法，然而最近修訂的編譯器已經不要求在使用方法前必須先行聲明了。所以說，私有方法一般只在實現的時候聲明。

　　如果寫過 C++ 或 Java 代碼，你可能就會問了：為什么要這樣做呢？直接把方法聲明成私有的不就好了嗎？Objective-C 語言沒有辦法將方法標為私有。每個對象都可以響應任意消息，而且可在運行期檢視某個對象所能直接響應的消息。根據給定的消息查出其對應的方法，這一工作要在運行期才能完成，所以 Objective-C 中沒有那種約束方法調用的機制用以限定誰能調用此方法、能在哪個對象上調用此方法以及何時能調用此方法。開發者會在命名慣例中體現出 “私有方法”等語義。新手也許不適應這一點，但是必須用心領悟 Objective-C 語言這種強大的動態特性。想掌握其動態特性，確實得花大功夫，不過培養良好的命名習慣也是一條成功之道。

　　蘋果公司喜歡單用一個下劃線作為私有方法的前綴。你或許也想照著蘋果公司的辦法只拿一個下劃線作前綴，這樣做可能會惹來大麻煩：如果從蘋果公司提供的某個類中繼承了一個子類，那么你在子類里可能會無意間覆寫了父類的同名方法。鑒于此，蘋果公司在文檔中說，開發者不應該單用一個下劃線做前綴。不能將方法限定于某個范圍內，這也許是 Objective-C 的缺點，然而作為 “動態方法派發系統”（dynamic method dispatch system）這個強大組件的一部分，此特性也帶來了諸多好處。

　　你或許覺得剛才提到的那種情況不太常見，其實未必。例如，要在 iOS 應用程序中創建一個視圖控制器，就得編寫 UIViewController 的子類。自定義的視圖控制器里可能保存著許多狀態消息。你可能想編寫一個方法，當視圖出現在屏幕上時，可經由此方法把控制器里的所有狀態都重置一遍。于是，該方法的實現代碼也許會寫成這樣:

1 #import <UIKit/UIKit.h> 2 3 @interface EOCViewController : UIViewController 4 5 @end 6 7 8 #import "EOCViewController.h" 9 10 @interface EOCViewController () 11 12 @end 13 14 @implementation EOCViewController 15 16 - (void)_resetViewController { 17 // Reset state and views 18 19 } 20 21 - (void)viewDidLoad { 22 [super viewDidLoad]; 23 // Do any additional setup after loading the view. 24 } 25 26 - (void)didReceiveMemoryWarning { 27 [super didReceiveMemoryWarning]; 28 // Dispose of any resources that can be recreated. 29 } 30 31 /* 32 #pragma mark - Navigation 33 34 // In a storyboard-based application, you will often want to do a little preparation before navigation 35 - (void)prepareForSegue:(UIStoryboardSegue *)segue sender:(id)sender { 36 // Get the new view controller using [segue destinationViewController]. 37 // Pass the selected object to the new view controller. 38 } 39 */ 40 41 @end

　　可問題是，UIViewController 類本身其實已經實現了一個名叫 _resetViewController 的方法了！如果這樣寫的話，那么所有調用都將執行子類中的這個方法，本來該調用超類方法的地方現在調用的卻是 EOCViewController 中覆寫過的這個版本。由于超類中的同名方法并未對外公布，所以除非深入研究這個庫，否則你根本不會察覺到自己在無意間覆寫了這個方法。這畢竟是個用下劃線開頭的私有方法，所以沒有對外公布也是合理的。由于超類方法永遠不可能執行，所以這個視圖控制器的行為會很奇怪，到時你可能會納悶：為什么子類的這個方法調用得這個頻繁呢，按道理不應該執行這么多次呀？

　　總之，在確定使用了前綴的情況下，如果子類所繼承的那個類既不在蘋果公司的框架中，也不在你自己的項目中，而是來自別的框架，那么除非該框架在文檔中明示，否則你無法知道其私有方法所加的前綴是什么。此時可以把自己一貫使用的類名前綴用作子類私有方法的前綴，這樣能有效避免重名問題。同時還應該考慮到其他人會如何從你所寫的類中繼承子類，這也是私有方法應該加前綴的原因。除非使用一些相當復雜的工具，否則，在沒有源代碼的情況下，無法知道某個類在其公共接口之外還 定義并實現了哪些方法。

　　END

　　

　　

?

　　

?

轉載于:https://www.cnblogs.com/chmhml/p/7153396.html

總結

以上是生活随笔為你收集整理的第20条:为私有方法名加前缀的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。