Respuesta

6

Aunque no sé la razón exacta, esta es mi tiro en él:

Al crear el controlador de programación, necesitan sólo unas pocas líneas de código, de hecho, en la mayoría de los casos, esto podría ser realmente pocos: creando, configurando el controlador raíz, presentando y liberando. Las alternativas se enumeran rápidamente:

  • Puede mantener el controlador de visualización como una salida en el controlador subyacente. Entonces, sin embargo, residiría en la memoria todo el tiempo. No solo sería un desperdicio de memoria, sino que tampoco tiene demasiado sentido cuando no es necesario.
  • Puede crear una instancia de ese controlador a partir de un archivo de punta. Entonces, sin embargo, tendría que hacer un montón de cosas que harías cualquier manera:
    • Crear el controlador de código con alloc, init
    • establecer algunas propiedades - ya sea en una clase personalizada, la plumín o unas pocas líneas de código
    • presentarlo
    • lanzamiento que

Ahora bien, dado que la alternativa es sólo unas pocas líneas de configuración de código, la sobrecarga de cargar un archivo de punta, whic De hecho, no es extremadamente barato, realmente no vale la pena la comodidad adicional. Si está realizando una gran cantidad de configuraciones, esto se aplicaría a una clase personalizada de todos modos, independientemente de si se carga desde la punta o se crea en código.

Sólo mis pensamientos ...

+1

buena respuesta constructor 1 :) interfaz es el diablo y que se convertirá rápidamente en muy evidente para cualquier "grave" programador de iPhone que hacer todo programáticamente es una solución mucho mejor. –

+0

¡Estoy siendo n00b en la programación de iphone y nadie puede detenerme! – gurghet

+0

No use Interface Builder, es mejor escribirlo a mano. Puede usar IB para descubrir el diseño, pero no lo use en su proyecto final. Mencionaste que eras un NOOb, mira estos videos: http://www.eng.utah.edu/~cs4962/index.html Aprenderás mucho y Matt no cree en usar IB. – Brad

Cuestiones relacionadas