¿Las aplicaciones avanzadas de iOS usan el guión gráfico?

El uso del guión gráfico no se basa en si la aplicación es simple o compleja o con características avanzadas. Podemos desarrollar aplicaciones iOS usando XIB’s, sin usar XIB’s ni usar storyboard. Storyboard es solo una característica que reducirá el tiempo de desarrollo adicional al permitir al usuario diseñar el flujo de la aplicación con solo unos pocos clics y arrastres. Algunos desarrolladores se sienten fáciles de escribir código incluso para crear un botón o etiqueta simple. Porque sienten que tienen un mayor control sobre la creación de control. Del mismo modo, algunas personas se sienten fáciles de crear XIB y usarlas (como yo). Sienten que al evitar múltiples líneas de código, la tarea se puede lograr sin escribir ni una sola línea de código. Llegando al guión gráfico, no solo se crean las vistas, sino que también se puede controlar la navegación y el flujo. Como arrastrar un botón a un controlador de vista que genera internamente el código de lo que debe hacerse al hacer clic en el botón. Es fácil de usar a menos que las personas estén familiarizadas con los delegados relacionados con el guión gráfico.

Por lo tanto, no son las características o la complejidad o el comportamiento de la aplicación lo que decide la forma en que los desarrolladores tienen que seguir, es la facilidad con los desarrolladores para crear la aplicación de mejor calidad.

¡Puede ser en el futuro quién sabe si Apple detiene XIB y obliga a los desarrolladores a usar Story Board solo!

Pocas aplicaciones buenas y grandes las usan:
1) salieron antes de ser presentados
2) no ahorra mucho tiempo, solo lo hace más fácil de seguir (en realidad podría no valer la pena para grandes aplicaciones).

Es difícil adivinar cuántas aplicaciones usan guiones gráficos, pero dado lo nuevas que son, probablemente no sea un porcentaje muy alto.

En cuanto a si son o no solo para desarrolladores junior, definitivamente no. Al menos en iOS 5, se agregaron características a los guiones gráficos que no se agregaron a plumillas simples, por ejemplo, celdas de tabla estáticas y reconocedores de gestos.

No estoy seguro de que las puntas se hayan puesto a la par en iOS 6 (veo que admiten el diseño automático y la restauración del estado, pero no estoy seguro de si han agregado soporte para lo que no tenían en iOS 5), pero si lea cualquier documento nuevo de iOS de Apple, seguro que parece que Storyboards es el enfoque recomendado.

El uso de storyboard o no depende totalmente del diseño y la arquitectura de su aplicación. El uso de storyboard brinda un beneficio para diseñar los flujos de su controlador de vista fácilmente y eliminar la cantidad de xibs que se utilizarán. Por otro lado, a veces usar storyboard con demasiados controladores de vista lo hace pesado y dificulta el rendimiento de la interfaz de usuario. Hago un desarrollo personalizado, por lo que mi enfoque es una combinación de ambos, como usar storyboard para diseñar flujos de controladores de vista y usar xibs para vistas personalizadas, es decir, como la celda UITableView. Además, deberíamos desarrollar una “interfaz de usuario basada en la demanda”, como digo. Cargue la interfaz de usuario cuando sea necesario en la memoria en descargas cuando se realiza el trabajo.