5

Comienzo organizando mis archivos .h con las mejores intenciones, pero de alguna manera se vuelven desagradables.¿Cuál es la forma normal de organizar un archivo de encabezado en Objective-C?

A continuación se muestra un ejemplo (que no es que mal, pero he visto cosas peores). Intenté agrupar secciones con #pragma mark, pero parece parecer aún más desordenado.

Todos los UILabels y UIButtons son obligatorios (como se menciona anteriormente) ya que muestran datos procedentes de una solicitud de servicio web, por lo que son necesarios si utilizamos Interface Builder para diseñar nuestras GUI. Por ejemplo, la etiqueta puede ser una característica de "peso" o "altura" para un producto.

¿Alguien tiene algún buen consejo sobre cómo organizar estos de la manera más fácil de mantener/legible?

Saludos

alt text

+0

¿Realmente necesita tener todo eso en una clase en lugar de dividirlo? –

+0

En realidad, este es solo un código que saqué de nuestro SVN. Yo no lo escribí yo mismo. Pero por lo que sé, muestra datos de un servicio web en etiquetas y las etiquetas de los botones cambian según el código ... por lo que se requieren los IBOutlets. –

Respuesta

3

Me parece posible que usted tiene demasiados propiedades, no. Literalmente, nunca he visto ninguna clase con estos muchos puntos de venta; ¿Por qué te diriges a cada elemento de tu diseño? ¿Y por qué todo desde un controlador?

Parece que la mejor solución para su problema es considerar su clase y dividirla en varias clases; cada uno controlando un aspecto de su interfaz. También necesita asegurarse de que realmente necesita para abordar todos estos elementos. (El UILabel sy el UIButton en particular parecen cosas extrañas para tener salidas.)

+0

Hola Williham, gracias por tu respuesta! Todos los UILabels y UIButtons son obligatorios (como se mencionó anteriormente) ya que muestran datos procedentes de una solicitud de servicio web, por lo que son necesarios si utilizamos Interface Builder para diseñar nuestras GUI. Por ejemplo, la etiqueta puede ser una característica de "peso" o "altura" para un producto. Mientras los botones presionan a otra vista para mostrar más datos sobre el producto. –

+3

Entonces no tienes más remedio que dividir la clase en varias clases especializadas. Si esto es tan pequeño como lo hace, por supuesto; es tan pequeño como puede ser, y no hay nada que hacer en realidad. –

+1

En lugar de utilizar un UIScrollView que contenga etiquetas con botones que proporcionan navegación, ¿por qué no usar una instancia de UITableView donde las celdas contienen el texto utilizado actualmente para rellenar las etiquetas y luego navegar cuando el usuario toca una fila? – jlehr

Cuestiones relacionadas