¿Por qué no hacer cumplir el estricto objeto delegado de aplicación singleton para usar en NIB?

Simplemente me di la vuelta en círculos, todo se redujo a haber instanciado un objeto delegado de aplicación en un NIB secundario que no era elNSMainNibFile. Es sorprendente cómo tener dos delegados de aplicaciones dando vueltas significa que tienes por separadomanagedObjectContexts.

Aquí hay un pensamiento¿podría hacer que mi clase delegada de aplicación sea un singleton? ¿Y crear una instancia segura en más XIB? ¿Qué rompería eso?

Además, hay algunas menciones en stackoverflow que[[UIApplication sharedApplication] delegate] es un "singleton" pero no parece queUIApplicationDelegate protocolo garantiza que, ni es la superclaseUIResponder un singleton, tampoco. ¿Podría también pegarme un tiro en el pie a este respecto en iOS?

[edit] Parece que podrías anular el delegateClassName enUIApplicationMain para iOS y que la NIB principal cargue el objeto delegado, para que pueda crear el patrón de objeto Delegado de la aplicación visto en OSX, si usa una NIB principal.

[edit2] Captura de pantalla de cómo se ve MainMenu.xib para una nueva aplicación sin documentos. El proyecto se crea con este objeto, la clase delegada de la aplicación se crea con una propiedad de ventana. El problema es obtener ese objeto útil y agradable en otras NIB, y ese objeto es el mismo que[NSApp delegate]

Respuestas a la pregunta(3)

Su respuesta a la pregunta