NSApplication是否必须设置NSApplicationDelegate？无代理是否有隐患？

我注意到NSWindowDelegate的文档说明（重点标注）：

A set of optional methods that a window’s delegate can implement to respond to events, such as window resizing, moving, exposing, and minimizing.

而NSApplicationDelegate的文档则说明：

A set of methods that manage your app’s life cycle and its interaction with common system services.

其中NSApplicationDelegate的文档未提及“optional”。我发现不设置该代理可减小应用程序大小，且在应用全程仅使用单个窗口时，可用NSWindowDelegate中的以下方法：

public func windowWillClose(_ _: Notification) {
    NSApp.stop(nil)
}

替代NSApplicationDelegate中的：

public func applicationShouldTerminateAfterLastWindowClosed(_ _: NSApplication) -> Bool {
    return true
}

两者表现看似相同，但我未找到苹果官方支持不使用NSApplicationDelegate的说明，请问这样做是否存在未预见的后果？

• 系统服务交互缺失：NSApplicationDelegate负责处理大量系统级交互，比如应用启动完成回调、内存警告响应、系统睡眠/唤醒通知、文件打开请求、服务菜单集成等。完全不设置该代理会导致应用错过这些关键事件，出现功能缺失或不符合系统预期的行为。
• 生命周期事件遗漏：除了关闭最后一个窗口，应用还有applicationDidFinishLaunching、applicationWillTerminate等核心生命周期节点，这些通常用于初始化全局资源、清理内存、保存用户状态。跳过NSApplicationDelegate意味着无法响应这些事件，可能引发资源泄漏或状态丢失。
• 未来兼容性隐患：AppKit框架后续版本可能会调整应用生命周期的处理逻辑，依赖NSWindowDelegate替代核心代理逻辑，可能在新版本系统中出现行为不一致甚至崩溃。官方虽未强制要求设置NSApplicationDelegate，但它是应用生命周期管理的标准入口，苹果的更新会优先保证标准路径的兼容性。
• 调试与维护成本上升：其他开发者接手项目时，会默认通过NSApplicationDelegate理解应用核心逻辑，你的替代方案会增加理解成本。同时，系统日志、调试工具通常针对标准代理流程优化，非标准流程的问题排查会更困难。
• 单窗口场景的边界问题：即使是单窗口应用，也可能出现用户误关窗口后通过Dock重新打开的场景，此时依赖windowWillClose直接终止应用，会切断这种恢复路径，不符合macOS用户的操作习惯。

内容的提问来源于stack exchange，提问作者CPlus