From
http://www.newsmth.net/nForum/#!article/Apple/136327窗口
----
其實 Mac OS X 的老用戶們都該熟悉了，和 Windows 不一樣，這個系統里“窗口”并非
最重要的概念，一個程序的邏輯結構是：
+---------------------------------------------+
| Application |
| +-------------------------+ +-----------+ |
| | Window | | Menu | |
| | +----------------+ | +-----------+ |
| | | Control | | |
| | | +---------+ | | |
| | | | Control | | | |
| | | +---------+ | | |
| | +----------------+ | |
| +-------------------------+ |
+---------------------------------------------+
也就是說，菜單是獨立于窗口的存在，有窗口和控件的區別。這和 Windows 中一切的
本質都是窗口有很大的區別。
雖然 Mac OS X 中區分 Window, Control 和 Menu 這幾種概念，但并不代表其設計上
沒有考慮到它們之間的一致性。在 Carbon 中，這些實體都是用 FooRef 的形式來表示
的，Ref 就有指針的意思，比如你創建了一個窗口之后，就會得到對應的
WindowRef，其實這就是一個用來操縱這個窗口的指針，而你創建控件之后，對應的
是 ControlRef，創建菜單對應的自然是 MenuRef 了，還是很好理解的吧。
我們這里先只談窗口。很顯然，要創建窗口，還得有些其他的屬性，讓我們看看
Carbon 的 CreateNewWindow 這個函數的原形是怎么要求的：
OSStatus CreateNewWindow (
WindowClass windowClass,
WindowAttributes attributes,
const Rect *contentBounds,
WindowRef *outWindow
);
WindowClass 是一個常量，我們最常見的一種是 kDocumentWindowClass (也是下面
打算要用的)，還有 kDrawerWindowClass，這也很好理解：那種可以伸縮的 Drawer
嘛，kAlertWindowClass 呢？就是我們常見的提示框了。
WindowAttributes 則是針對具體 WindowClass 再作更仔細的屬性定制了，這也是一個
32 位的無符號整數，但和 WindowClass 只能 n 選 1 不同，你可以把屬性用位或 (|) 組
合起來使用。反正一時也記不住那么多，就先設置為
kWindowStandardDocumentAttributes | kWindowStandardHandlerAttribute 好了。前
者保證我們的窗口具有其他標準的文檔窗口相同的特性，而后者給窗口加上系統提供的
標準 event handler，以自動處理一般的 event。下面是用于設置的代碼：
WindowAttributes windowAttrs;
windowAttrs = kWindowStandardDocumentAttributes |
kWindowStandardHandlerAttribute;
直到這里，“event”都還是一個很模糊的概念，雖然我們前面多次提到了它，但為了避
免過多的講理論，我拖到現在才來介紹它。
Event (事件) 其實是 Carbon 編程的基礎。鼠標點擊、鍵盤輸入、菜單命令都是以
event 的形式發出的。窗口需要重繪、移動和放縮時，也會告知你的應用程序一個
event。當你的程序切換到前端或者后端時，你也會收到 event 告知你這個信息。
Carbon 程序的工作就是通過回應 event 來實現與用戶和系統交互。
Carbon 的 event 處理是基于回調 (callback) 機制的。你可以定義針對不同 event 類型
的 event handler，然后在 Carbon Event Manager 中注冊 (Install) 之。然后每當
event 發生時，Carbon Event Manager 就會調用你注冊的 handler 函數。每個 event
handler 都必須與一個具體的 event target 對象關聯起來，比如 target 是菜單、窗口或
整個程序。
應用程序包含窗口和菜單，窗口包含控件，控件還能進一步包含控件。一旦 event 出
現，首先得到通知的是最里層的 target，比如點擊 button 的 event 首先發到 button 控
件上。如果最里面的 target 沒有相關的 handler，就把 event 傳播到更外層的包含它的
target 上。Carbon 給窗口和應用程序的 event target 提供了標準的 handler。標準
handler 可以負責處理類似窗口針對鼠標的操作，比如拖拽，伸縮等等。這樣一來，你
就只需要關心自己的程序里針對拖拽或伸縮的特殊反映，而不比費神于那些所有程序都
通用的部分了。
當然，如果你愿意，也可以覆蓋標準的 handler，比如有人可能會寫個針對拉伸窗口的
handler，給窗口的伸縮增加音效。我們這里沒那么復雜，用標準的就好啦。
第三個參數就更好理解了，是一個指向 Rect 這個結構體的指針，說明了窗口在屏幕坐
標系 [1] 中的位置和大小。這個東西其實還是 QuickDraw 中的概念，所以在程序中我
們也調用 QuickDraw 的 API 來完成設置：
#define kWindowTop 100
#define kWindowLeft 50
#define kWindowRight 800
#define kWindowBottom 600
Rect contentRect;
SetRect(&contentRect, kWindowLeft, kWindowTop,
kWindowRight, kWindowBottom);
設置的正是這個矩形四個點的坐標。
[1]: 注意屏幕坐標系中左上角是 (0, 0)。
最后一個參數是一個輸出，也就是我們最終創建出來的那個新窗口的指針了。所以，我
們一般是這樣創建窗口的：
WindowRef theWindow;
CreateNewWindow(kDocumentWindowClass, windowAttrs,
&contentRect, &theWindow);
等等，窗口是創建好了，存在 theWindow 指針里，可窗口的標題呢？我們這樣設置：
SetWindowTitleWithCFString(theWindow, CFSTR("Hello Carbon"));
注意這里的 CFSTR 是一個宏，用于把 C 的 const char * 字符串轉換為 Core
Foundation 定義的 CFStringRef 字符串，對于 CFString 的詳細介紹可以看 Strings
Programming Guide for Core Foundation [2]，不過其實現在我們知道它包括的是一個
數組和數組的長度，數組的元素都是 Unicode 字符 (UniChar)，就行了，具體的轉換細
節暫時不必考慮。
[2]:
http://developer.apple.com/documentation/CoreFoundation/Conceptual/ CFStrings/CFStrings.html
一切完畢之后，我們就可以顯示這個窗口了：
ShowWindow(theWindow);
下面把完整的代碼列出 (你也可以看附件里面的)：
/* hello.c: testing Carbon basics */
#include <Carbon/Carbon.h>
#define kWindowTop 100
#define kWindowLeft 50
#define kWindowRight 800
#define kWindowBottom 600
int main(int argc, char *argv[])
{
WindowRef theWindow;
WindowAttributes windowAttrs;
Rect contentRect;
windowAttrs = kWindowStandardDocumentAttributes |
kWindowStandardHandlerAttribute;
SetRect(&contentRect, kWindowLeft, kWindowTop,
kWindowRight, kWindowBottom);
CreateNewWindow(kDocumentWindowClass, windowAttrs,
&contentRect, &theWindow);
SetWindowTitleWithCFString(theWindow,
CFSTR("Hello Carbon"));
ShowWindow(theWindow);
RunApplicationEventLoop();
return 0;
}
這一節的內容，呃，還是超出了我的預計，你要是有興趣不妨再看看 Carbon Event
Manager Programming Guide，event 還是一個比較 tricky 的概念，而我們要到后面
用到的時候才會深談。下一節講菜單的創建。