可可,窗户和线?

在Windows上,每个线程都有一个消息队列,并且每个消息队列将处理该线程所拥有的窗口的消息。 这意味着编写一个应用程序非常简单,您可以在其中创建一个线程、一个消息循环和一个(或多个)窗口。忽略任何类型的应用程序问题,现在一个应用程序窗口将继续与用户交互,即使另一个窗口中的一个正忙于某种模式操作。

现在,在将应用程序移植到Cocoa时,我遇到了界面构建器。对于那些希望更多地控制窗口创建和消息循环结构的人来说,这是一个惊喜。我还是能看到ib是从哪里来的。

然而,我的问题在于不透明的funciton nsApplicationMain()。这-在应用程序主线程上,自动创建应用程序主窗口,并运行消息泵,所有数据都很好地从NIB文件驱动。

然而,这给我留下了一个问题:即使我认同这样一个观点,即界面构建器是制作我的主应用程序窗口的方法——而且我已经找到了足够的目标C来动态创建子窗口——以及如何创建线程——我也能看到如何在工作线程中创建消息泵。我开始怀疑它的可能性。

Cocoa中的窗口是否甚至有类似于win32中的线程关联?也就是说,每个线程都有自己的消息调度循环,用于该线程所拥有的窗口?我开始怀疑Cocoa可能希望我的所有窗口都被主线程“拥有”,而我只是将工作(和绘图)偏移到其他线程上。

关于如何最好地将每个线程的多窗口win32应用程序转换为cocoa的范例,有什么线索吗?