Objective-C 實現「私有方法」的兩種模式與本質限制

背景：動態語言無真私有

Objective-C 為動態語言，方法調用實為消息發送（objc_msgSend），編譯期不綁定方法地址，因此不存在 C++/Java 意義上的私有方法。但工程上需「內部實現細節不暴露於頭文件」，可通過約定實現準私有效果。

模式一：僅在 .m 文件實現，不在 .h 聲明

// MyClass.h\
@interface MyClass {\
    /* 實例變量 */\
}\
- (void)myPublicMethod;\
@end\

// MyClass.m\
@implementation MyClass\
- (void)myPublicMethod { /* 實現 */ }\
- (void)myPrivateMethod { /* 僅在此實現 */ }\
@end

• 外部無法通過 [obj myPrivateMethod] 調用（編譯警告/錯誤）。
• 子類無法通過 [super myPrivateMethod] 或 [self myPrivateMethod] 調用。
• 但運行時仍可調用：[obj performSelector:@selector(myPrivateMethod)] 或 objc_msgSend(obj, @selector(myPrivateMethod))。

模式二：Class Extension（匿名分類）在 .m 中聲明

// MyClass.m\
@interface MyClass()  // Class Extension，僅在實現文件可見\
- (void)myPrivateMethod;\
@end\

@implementation MyClass\
- (void)myPublicMethod { /* 實現 */ }\
- (void)myPrivateMethod { /* 實現 */ }\
@end

• 功能與模式一完全相同。
• 優勢：方法簽名集中聲明，IDE 可識別，重構更安全，團隊協作可讀性更高。
• 推薦在中大型項目中使用模式二。

本質限制：運行時動態性打破封裝

無論採用哪種模式，Objective-C 運行時允許：

// 單參數\
[obj performSelector:@selector(myPrivateMethod)];\
// 多參數\
objc_msgSend(obj, @selector(myPrivateMethod:arg2:arg3), arg1, arg2, arg3);

因此無法在語言層面強制私有，只能靠編碼規範、代碼審查、靜態分析工具約束。

關於 Block 方案的補充

有人提議在 .m 文件頂部定義 static void (^myPrivateBlock)(void) = ^{ ... }; 實現私有邏輯。但 Block 無法捕獲 self（除非手動傳入），已不屬於實例方法範疇，且無法被繼承/多態，實用性極低，不推薦。

最佳實踐總結

1. 首選 Class Extension (.m 中 @interface MyClass()) 聲明內部方法。
2. 頭文件僅暴露公共 API，減少編譯依賴，加速增量構建。
3. 關鍵內部邏輯若極度敏感，考慮移至 C/C++ 靜態庫，僅暴露 C 接口。
4. 文檔註明「內部方法，外部勿調用」，配合靜態分析規則（如 OCLint 自定義規則）攔截濫用。

理解「動態語言無真私有」的本質，才能在工程中做出務實的封裝決策，避免過度設計或安全幻覺。