Swift/iOS 屬性直接賦值 vs 臨時變量中轉：本質無差異但風格有講究

代碼對比

兩種寫法在編譯後的機器碼層面**完全等價**，無任何效能差異：

// 寫法一：直接賦值
self.tableView = [[UITableView alloc] initWithFrame:self.view.bounds];

// 寫法二：臨時變量中轉
UITableView *tbView = [[UITableView alloc] initWithFrame:self.view.bounds];
self.tableView = tbView;

底層原理分析

1. ARC 自動釋放池：兩者產生的臨時對象都在當前 autoreleasepool 作用域內，編譯器會插入相同的 retain/release 序列。
2. 屬性設置器語義：self.tableView = ... 編譯為 [self setTableView:...]，內部執行 retain 新值、release 舊值、賦值。中轉變量 tbView 只是多了一個棧上指針，優化後會被消除。
3. LLVM 優化：在 -O 級別下，臨時變量會被「標量替換」優化掉，生成的 IR 與直接賦值一致。

何時「有差異」？（邊界情況）

最佳實踐建議

1. 簡單初始化：直接賦值（簡潔）

self.tableView = UITableView(frame: view.bounds, style: .plain)
self.tableView.delegate = self
self.tableView.dataSource = self

2. 複雜配置：臨時常量 + 配置閉包（現代 Swift 風格）

let tableView = UITableView(frame: view.bounds, style: .plain).configure {
    $0.delegate = self
    $0.dataSource = self
    $0.register(Cell.self, forCellReuseIdentifier: "Cell")
    $0.estimatedRowHeight = 44
    $0.separatorStyle = .none
}
self.tableView = tableView

配合擴展：

extension NSObject {
    @discardableResult
    func configure(_ block: (Self) -> Void) -> Self {
        block(self)
        return self
    }
}

3. Objective-C 時代慣用模式

UITableView *tableView = [[UITableView alloc] initWithFrame:self.view.bounds style:UITableViewStylePlain];
tableView.delegate = self;
tableView.dataSource = self;
self.tableView = tableView; // 統一在最後賦值，便於調試、重構

常見誤區澄清

誤區：「臨時變量會導致多一次 retain/release，效能較差」

事實：編譯器優化後零開銷。即使不優化，多一次棧上指針賦值成本可忽略不計（納秒級）。

誤區：「直接賦值無法設置屬性，必須用臨時變量」

事實：Swift 支援鏈式屬性設置；OC 可用點語法連續設置 self.tableView.delegate = self; self.tableView.dataSource = self;。

結語

**本質上無任何區別**，選擇哪種純粹是**代碼風格與可讀性**的考量。現代 Swift 推薦「建立常量 → 鏈式/閉包配置 → 賦值屬性」的流暢風格；OC 時代習慣「臨時變量配置完畢再賦值」。關鍵原則：**保持團隊風格一致，優先可讀性**。