NSApplication

NSApplication

　　管理应用程序的主事件循环和所有应用程序对象使用的资源的对象。

简介

　　每个应用程序使用一个NSApplication单例来控制主事件循环、保持对App的窗口和菜单的持续跟踪、将事件分发到适当的对象（即，自身或其中一个窗口）、设置自动释放池和接收App级事件的通知。一个NSApplication对象有一个delegate（你指定的对象），delegate中的方法在App启动或终止，切到后台或切到前台，打开用户选择的文件等等时被通知调用。通过设置delegate和实现delegate方法，你可以自定义应用程序的行为，而无需子类化NSApplication。在App的main()函数中，通过调用share类方法来创建NSApplication实例。在创建应用程序对象之后，main()函数应该加载App的主nib文件，然后通过向应用程序对象发送run()消息来启动事件循环。如果在Xcode中创建一个Application项目，则会为你创建此main()函数。Xcode创建的main()函数首先调用一个名为NSApplicationMain()的函数，该函数在功能上类似于以下内容：

void NSApplicationMain(int argc, char *argv[]) {
    [NSApplication sharedApplication];
    [NSBundle loadNibNamed:@"myMain" owner:NSApp];
    [NSApp run];
}

　　shared类方法初始化显示环境并将App连接到窗口服务和显示服务上。NSApplication对象维护App使用的所有NSWindow对象组成的列表，因此它可以检索任何应用程序的NSView对象。shared类方法还初始化全局变量NSApp，你可以使用该变量来检索NSApplication实例。shared只执行一次初始化，如果多次调用它，它也只返回它先前创建的App对象。

　　NSApplication对象单例执行从窗口服务接收事件并将它们分发到正确的NSResponder对象的重要任务。NSApp将事件转换为NSEvent对象，然后将事件对象转发到受影响的NSWindow对象。所有键盘和鼠标事件都直接转到与事件关联的NSWindow对象。此规则的唯一例外是在按下Command键时发生的按键事件，在这种情况下，每个NSWindow对象都有机会响应该事件。当NSWindow对象从NSApp接收NSEvent对象时，它会将其分发到其视图层次结构中的对象中。

　　NSApplication还负责分派应用程序收到的某些Apple事件。例如，macOS会在不同时间向你的App发送Apple事件，例如应用程序启动或重新打开时。NSApplication通过向适当的对象发送消息来安装Apple事件处理程序来处理这些事件。你还可以使用NSAppleEventManager类来注册自己的Apple事件处理程序，applicationWillFinishLaunching(_:)方法通常是处理这件事情的最好的方法。有关如何处理事件以及如何修改默认行为的更多信息，包括在可编写脚本的应用程序中使用Apple事件的信息，请参阅Cocoa脚本指南中的Cocoa应用程序如何处理Apple事件。

　　NSApplication类在初始化期间和事件循环内部设置@autorelease块——特别是在其初始化（或shared）和run()方法中。类似地，AppKit添加到Bundle的方法在加载nib文件期间也使用@autorelease块。在相应的NSApplication和Bundle方法的范围之外，无法访问这些@autorelease块。通常，应用程序在事件循环运行时或通过从nib文件加载对象来创建对象，因此这种缺乏访问通常不是问题。但是，如果你确实需要在main()函数本身中使用Cocoa类（除了加载nib文件或实例化NSApplication），你应该创建一个@autorelease块以包裹使用类的代码。

Delegate和通知

　　你可以将一个delegate分配给NSApplication对象。delegate相应对象的某些消息。其中一些消息，例如application(_:openFile:)要求delegate处理一个操作。另一条消息，applicationShouldTerminate(_:)允许delegate确定是否应该允许应用程序退出。NSApplication类将这些消息直接发送到其delegate中。

　　NSApplication还会向应用程序的默认通知中心发布通知。任何对象都可以通过addObserver(_:selector:name:object:)注册到默认通知中心（NSNotificationCenter类的实例）接收NSApplication发布的一个或多个通知。如果NSApplication的delegate实现了一些delegate方法，则会自动注册以接收这些通知。例如，NSApplication会在启动App时以及App已经启动时完成时发布通知（willFinishLaunchingNotification和didFinishLaunchingNotification）。delegate可以通过实现方法applicationWillFinishLaunching(_:)和applicationDidFinishLaunching(_:)来响应这些通知。如果delegate同时实现这两种方法，则这两个事件都会通知它。如果它只需要知道App何时完成启动，它只需要实现applicationDidFinishLaunching(_:)。

系统服务

　　NSApplication与系统服务体系结构交互，通过“服务”菜单为您的应用程序提供服务。

子类化注意

　　你会发现很少真正需要创建自定义的NSApplication子类。与一些面向对象的库不同，Cocoa不要求你将NSApplication子类化为自定义App行为。相反，它为你提供了许多其他方法来自定义App。本节讨论了NSApplication子类化的一些可能原因以及不继承NSApplication的一些原因。

　　要使用NSApplication的自定义子类，只需将shared发送到你的子类，而不是直接发送到NSApplication。如果你在Xcode中创建应用程序，则可以通过将自定义App类设置为主要类来完成此操作。在Xcode中，双击 Groups and Files 列表中的app target，以打开target的“Info”窗口。然后显示窗口的“Custom macOS Application Target Properties”窗格，并将“Principal Class”字段中的“NSApplication”替换为自定义类的名称。NSApplicationMain函数将shared发送到主体类以获取全局应用程序实例（NSApp）——在这种情况下，它将是NSApplication的自定义子类的实例。

重要

许多AppKit类依赖于NSApplication类，并且在完全初始化此类之前可能无法正常工作。因此，你不应该尝试从NSApplication子类的初始化方法调用其他AppKit类的方法。

重写方法

　　通常，你将NSApplication子类化是为对正常状态下发送到全局应用程序对象（NSApp）的消息提供你自己的特殊响应。NSApplication并没有子类化时你必须重写的方法。以下是四种可能你需要重写的方法：

如果希望应用程序以不同于默认情况的方式管理主事件循环，则重写run()。（然而，这是一项至关重要且复杂的任务，你应该只有充分的理由时才这样做。）
如果要更改事件的分派方式或执行某些特殊事件处理，请覆盖sendEvent(_:)。
如果要修改应用程序吸引用户注意力的方式，请覆盖requestUserAttention(_:)（例如，提供Dock中弹跳应用程序图标的替代方法）。
重写target(forAction:)以将另一个对象替换为操作消息的目标。

特别注意事项

　　全局app对象在其run()方法中使用@autorelease块; 如果重写此方法，则需要创建自己的@autorelease块。

　　不要重写shared。对App至关重要的行为的默认实现太复杂，无法自行复制。

子类化的替代方案

　　NSApplication定义了许多协议代理方法，这些方法提供了修改应用程序行为特定方面的机会。你的应用程序delegate可以实现一个或多个这些方法来实现你的设计目标，而不是创建NSApplication的自定义子类。通常，比子类化NSApplication更好的设计是将表示应用程序特殊行为的代码放入一个或多个称为控制器的自定义对象中。控制器中定义的方法可以从小型调度程序对象调用，而不必与全局应用程序对象紧密相关。