Para mí, no es blanco y negro. Uso Interface Builder donde creo que tiene sentido, y no lo uso donde no. La productividad y la mantenibilidad son las principales preocupaciones, por lo que elijo basándome en eso.
En general, me parece que construir interfaces de usuario que lo usan es mucho más rápido que el código puro. Esto ha sido especialmente cierto desde la introducción de nuevos tamaños de pantalla de dispositivo y AutoLayout.
Los casos en los que Interface Builder no encaja perfectamente están relacionados principalmente con interfaces muy dinámicas. Si tiene la necesidad de rediseñar mucho su interfaz, ocultar y mostrar varios elementos, hacer diferentes diseños en la rotación, etc., a menudo es más fácil administrar todo el diseño y las restricciones directamente en el código.
- ¿Por qué hay tanta locura por los iPhones de Apple cuando las especificaciones, el diseño y las características realmente están desactualizadas?
- ¿Cuál sostendrá más tiempo, Android o iOS?
- Como el iPad Air 2 tiene 2GB de RAM, ¿todos los iPhone6 / 6 + estarán desactualizados solo un año después de su presentación?
- ¿Por qué Angry Birds en el iPhone no es gratis?
- ¿Fue Steve Jobs prematuro al prohibir Flash de todos los dispositivos iOS?
Dicho esto, tampoco hay nada que le impida utilizar tanto el Creador de interfaces como el código. Por ejemplo, exponga algunas de las restricciones al código y cámbielas según sea necesario, pero deje el resto a Interface Builder.
