Archivos de interfaz de usuario

[Daniel Vela]

Hola a todos.

Os propongo un tema a debatir o al menos para que cada uno aporte algo de información sobre el asunto.

En uno de los últimos podcast de @josealobato (de "85% cocoa") habla de que en su empresa no usan Storyboards porque resulta muy difícil realizar un 'merge' entre Storyboards modificados por dos programadores. Usan solo Xib. 

Yo nunca he tenido problemas con esto, pero claro nunca he tenido un 'conflict' en un archivo de interfaz de usuario. Pero supongo que debe ser una peli de terror. Lo que no estoy seguro es que mezclar un Xib sea más fácil que un Storyboard: proque el formato es similar. ¿Alguien puede comentar algo sobre esto?

Por otro lado, un ex-empleado de Google que programaba en iOS, comentaba en su blog algo a este respecto.(El enlace era este: pero ya no funciona http://www.splinter.com.au/2012/12/26/behind-enemy-lines-google/ )

Creo recordar que decía que en Google diréctamente no se usan archivos de interfaz de usuario. Todo el UI se construye desde código. ¿Alguno trabajáis así?

Todo esto parrafada viene a propósito de esta app: PaintCode http://www.paintcodeapp.com/ con esta app podemos dibujar en su editor un control gráfico o vista y nos genera automáticamente el código en objective-c que genera eso gráficos en iOS. Así no teemos que suar archivos Xib, ni Storyboard.

¿Alguno conocéis esta app? ¿La podéis recomendar o desrecomendar? 

Gracias

PS: Aviso que este tema también puede derivar en una excusa para quedar y tomar unas cervezas, tan solo con que alguien proponga día, hora y lugar.

[Alberto Gimeno Brieba]

Buenas,

Yo no he trabajado con más personas en una aplicación iOS pero sí tuve una vez un conflicto por trabajar yo mismo con varias ramas en el repositorio de código. Es un poco locura tener un fichero xib que te de conflictos. Creo que aquella vez terminé borrándolo y creando uno nuevo. Usar xibs minimiza el problema porque disminuyes la posibilidad de tener conflictos al tener la interfaz dividida. Es menos probable que dos programadores toquen el mismo fichero. Sin embargo con storyboards es mucho más probable que dos programadores toquen ese fichero.

Sí que he estado tentado a no usar xibs ni storyborads. Pero al final he terminado usándolos :)

Sobre paintcode, creo que no tiene que ver con los ficheros xib o storyboards. Lo que hace es reemplazar a las imágenes. En vez de tener imágenes para backgrounds y tal lo que haces es pintar con primitivas gráficas usando core graphics. Y ese código te lo genera esa aplicación. Pero sigues pudiendo usar xibs o storyboards para posicionar los elementos de la interfaz, el layout, etc.

Saludos!

---
Alberto Gimeno Brieba
http://twitter.com/gimenete
http://gimenete.net

2013/1/21 Daniel Vela <vel...@gmail.com>

[Alberto Gimeno Brieba]

Por cierto, sobre usar Interface Builder o no:

http://www.slideshare.net/360conferences/leaving-interface-builder-behind

---
Alberto Gimeno Brieba
http://twitter.com/gimenete
http://gimenete.net

2013/1/22 Alberto Gimeno Brieba <gime...@gmail.com>

[Daniel Vela]

Fernando Rodriguez a compartido este enlace por Twitter:

http://stuartkhall.com/posts/ios-development-tips-i-would-want-if-i-was-starting-out-today

En el recomiendan varias prácticas para programadores iOS muy interesantes. 

Casualmente una de ellas es el no usar ni StoryBoards ni Xibs. Crear las vistas por código para evitar problemas con los sistemas de control de versiones.

Al final voy a tener que probar este método de trabajo.

[Alberto Velaz Moliner]

Hola Dani,

Estoy de acuerdo en no abusar de los .xib, pero en la ultima aplicación que hice, para la gestión de ópticas, poner en una vista por código algo así con más de 80 campos de texto, switchs, checks… me podría haber vuelto loco, y más si tenemos en cuenta que había algo así como 8 vistas con estas características.

Escribe y configura 700 campos a mano, por no hablar de situarlos correctamente en la vista para que coincida con el sitio que ha decidido el diseñador en la imagen de fondo ^_^

Pero insisto en que en principio mi predisposición es trabajar son .xib si es posible.

My two cents…

Saludos

--
Has recibido este mensaje porque estás suscrito al grupo "NSCoder_ZGZ" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus correos electrónicos, envía un correo electrónico a nscoder_zgz...@googlegroups.com.
Para obtener más opciones, visita https://groups.google.com/groups/opt_out.
 
 

[Alberto Gimeno Brieba]

To Nib or not to Nib

http://theonlylars.com/blog/2013/02/11/autolayout-to-nib-or-not-to-nib/

Habla concretamente sobre autolayout. Yo he empezado a usarlo y en algunos casos es muy útil y permite hacer cosas que sin autolayout son mucho más complejas. Pero en general para cosas simples autolayout es bastante jodido, o eso me ha parecido al principio.

---
Alberto Gimeno Brieba
http://twitter.com/gimenete
http://gimenete.net

2013/2/6 Alberto Velaz Moliner <albert...@gmail.com>

[Alberto Gimeno Brieba]

Relacionado con PaintCode he encontrado un plugin de Adobe Illustrator que hace lo mismo: te genera código Core Graphics

http://drawscri.pt

También genera código en JavaScript (para HTML canvas) entre otros.

Saludos!

---
Alberto Gimeno Brieba
http://twitter.com/gimenete
http://gimenete.net

2013/2/12 Alberto Gimeno Brieba <gime...@gmail.com>

[Héctor Rodríguez]

Pues parece chulo :)

—
Héctor Rodríguez Forniés
Desarrollador iOS freelance
torhe...@gmail.com
675963296
http://about.me/torhector2

[Daniel Vela]

Está bien esto, pero es muy cómodo que PaintCode te genere el código inmediatamente conforme vas cambiando la imagen.

Creo que me lo voy a comprar para un proyecto personal. Ya os contaré.

Saludos,

Daniel Vela
http://about.me/veladan