¿Está bien colocar la mayoría de la lógica y los modelos en la aplicaciónDelegate?

Question

Para la mayoría de mis aplicaciones, he colocado toda la lógica en clases, que cada ViewController también obtendrá una referencia de la clase, o creará/liberará el objeto en sí.

Acabo de comenzar a leer un libro en IOS, y al autor parece gustarle poner la aplicación lógica en la aplicaciónDelegate, y los controladores de vista simplemente transmiten las acciones a la aplicación. Elimine los métodos que hacen el trabajo real.

¿El autor solo hace esto porque son simples ejemplos o es algo que debería aprender y comenzar a hacer en mis aplicaciones?

Answer 1

En primer lugar, ver What describes the Application Delegate best? How does it fit into the whole concept?

El delegado aplicación es el delegado para la aplicación. No es el lugar para guardar todo lo que no sabes dónde más poner. No es el lugar de almacenamiento para los globales. Es el delegado para el objeto UIApplication. Por lo tanto, es el lugar correcto para poner el código relacionado con el inicio de la aplicación, la terminación, el cambio hacia y desde el fondo, etc. Cosas que tienen que ver con la forma en que la aplicación se ajusta al sistema operativo.

El delegado de la aplicación es un controlador, por lo que no debería contener datos. Los datos van en el modelo. El delegado de la aplicación puede crear el modelo al inicio y entregarlo a otros controladores, pero no es la API para el modelo. A menudo, el modelo es un singleton en lugar de ser creado por el delegado de la aplicación. Ambos enfoques tienen ventajas.

La mayoría del código de ejemplo coloca el código del modelo en el delegado de la aplicación porque, para ejemplos simples, requiere un poco menos de código. Pero en los programas reales hace que la aplicación delegada sea demasiado complicada y perjudica significativamente la reutilización del código. El delegado de su aplicación generalmente debe ser bastante pequeño, y la mayoría de los métodos que contiene deben ser parte de <UIApplicationDelegate>.

Answer 2

Diría que se debe a que los ejemplos son probablemente simples. Para cualquier aplicación del mundo real razonablemente compleja, la clase de delegado de aplicaciones se volvería difícil de manejar muy pronto.

Answer 3

Técnicamente podría hacerlo. En términos de práctica de programación, no. Una vez que colocas muchas cosas en la aplicaciónDelegate, se volverá muy complicado. Mi consejo sería dejarlo en paz.

No necesita poner nada en la aplicaciónDelegar excepto las variables globales. Y si a veces lo necesitas, mi sugerencia sería utilizar algo más como el patrón singleton. En general, las variables globales no son buenas prácticas.

Espero que esto ayude.