• NSOutlineView 使用程式呈現樹狀資料
• Mac Cocoa NSOutlineView 資料綁定

前言

在 Mac AppKit 中，樹狀圖元件是使用 NSOutlineView，這個又被翻譯成「大綱視圖」。

官方文件在此：

https://developer.apple.com/documentation/appkit/NSOutlineView

簡單來說，這個文件大概只比天書簡單一點，真不知誰能看的懂？沒有範例大概是最大的問題，整個 Mac 的說明檔似乎都沒有範例（有啦，上次看 WebView 有一個），而一些有範例的文件，不是時效有點久，就是用 Object-C 寫的，實在很難參考。

翻了許多文件，剛好看到這一篇有人提出 NSOutlineView 的問題，其中一位解答的內容很豐富，有圖有程式，我就試著把程式複製起來，竟然順利執行成功，於是我逐一研究追蹤它的程式，再對照天書一般的說明文件，搭配 Google 翻譯服用，終於又有了初步的成果了。

一些心得

這陣子的研究，對 Mac 程式中的代理 (delegate) 有一點點感覺了。以前用 C++ Builder 處理樹狀目錄時，想法其實很直覺，就是先用程式把每一個項目產生並設定，然後把它們依順序串好，最後把這串交給樹狀目錄主元件，然後再呈現，就完成了。

NSOutlineView 處理的方法不同，它有四個主要的資料處理和代理程式，我們要依它的規則去實作，最後才會產生結果。

我想這大概是以前看過某篇提到的感想，Windows 的作法是把程式、資料、元件等混在一起，不是良好的 MVC 模式，而 Mac 的分離就比較清楚。資料歸資料、處理程式歸程式，畫面由代理程式處理。

底下一一實作並說明。

執行環境：MacBook Pro + macOS Mojava 10.14.5 + Xcode 10.2.1

事情是這樣的，我用 Xcode 製作一個單純的 App，只是放入一個 WebKit View 元件（底下簡稱 WKWebView ），在 Xcode 上執行並沒問題。

如下圖，白框是 WKWebView 元件，左邊的 Windows 是執行的畫面。

然而，我想直接執行 Build 出來的 App，問題就來了。

如下圖，我先選紅圈 ①，在藍圈 ② 可以看到 App 的位置，點下之後就可以看到綠圈 ③ 的 App 檔案，直接執行它，就看到黃圈 ④ 的錯誤報告。

我測試過其他簡單的元件如 Label、Button 則沒有這個問題，就 WKWebView 才會如此。

過去為了工作需要，陸續在 BCB5 加進了支持 Unicode、資料庫的元件，當時還說未來最希望找到支援 Regular Expression (正規表達式，底下簡稱 RE) 的元件。前二天要把一個 perl 的程式移植到 BCB 來，因為該 perl 程式大量使用了 RE ，所以不得不停下工作，開始測試支援 RE 的資料。

這幾年的寫程式經驗中，perl 曾把我帶到另一個領域，最令人激賞的就是 perl 的 hash 及 RE，因為工作中有許多處理文字的問題，這些用 c++ 來寫非常不便，但 perl 的魔力卻讓這些事變的簡單許多，若不考慮圖形介面與效率的程式，perl 幾乎就是我隨手寫程式的工具了。

這幾月又重拾 BCB 寫程式，也開始用 set 及 map 來取代 perl 的 hash（BCB 6 內含的 STLport 已有 hash_set 及 hash_map，應該更好用，BCB5 還要自己去找來安裝），如今 BCB 找到了內嵌式的資料庫，若再加上 RE 的功能，那真是如虎添翼，寫起程式一定是更加得心應手了。

這次要把大正藏與卍續藏全部裝在一片 CD 中是一個蠻大的考驗。由於考慮到某些國家與地區不像台灣有高普及率的 DVD 光碟機，所以使用一般 640 M 的 CDR 是主要的考量，為了這個目的，先前就嘗試把 Zip 的壓縮格式換成 RAR 格式，而且採用緊密壓縮，果然省下許多空間，為此還特別去找支援 RAR 解壓縮的工具，花了一些時間才順利使用。

好景不常，在努力測試下，發現估計的容量是 620M，可是壓片廠老板曾說最好保持在 600M，才能保證資料不會因為太滿而流失，所以為這個原因，同仁又去找了 7z 的壓縮程式來試。

7z 的壓縮率果然更厲害，142 冊的經文壓縮起來硬是比 RAR 少了近 50M，如此一來一片裝光碟的理想就很有可能順利實現，但新的問題就是要改寫程式，又是花了一個下午，才把 7z 的格式搞定。