¿Existe una "mejor práctica" para la organización en Xcode 4?

Question

Vengo del mundo java, donde los archivos/clases deben ser estructurados bien estructurados dentro de los paquetes/carpetas a mi entender.

¿Cuál es la mejor práctica en Xcode4? No he podido encontrar una guía de Apple para esto todavía. Si alguien puede llevarme al documento correcto, estaría feliz.

En caso de que no haya ningún documento: ¿cuál es la mejor manera de hacerlo? Me parece un poco extraño tener todas las clases en una carpeta de proyecto, ya sea dentro de la vista Xcode o la estructura del archivo (curiosamente, la estructura del archivo no parece ser igual a la estructura visual en Xcode). Por supuesto, el proyecto estará en control de versiones (en GitHub).

¡Muchas gracias de antemano!

Answer 1

Antes que nada, me gustaría tener categorías de controladores de incendio y clases relacionadas agrupadas. Pero no solo en grupos creados en XCode, también en carpetas reales. Por lo tanto, al crear un grupo en lugar de crearlo en XCode, primero lo creó en Finder, luego arrastra esa carpeta a XCode y lo tiene formado en un grupo. Ahora cuando agregue nuevos archivos en ese grupo, también irán a esa carpeta en el disco.

Algunos otros pensamientos al azar:

de nombres: ya que no tiene espacios de nombres, debe anteponer sus clases con un prefijo de dos o de tres letras (Apple recomienda tres). Haga esto aunque parezca extraño al principio.

Recursos: a los proyectos predeterminados les gusta separar los archivos xib de los controladores de vista. En una aplicación de cualquier tamaño, prefiero mantener los controladores de vista y los archivos xib agrupados en una ubicación. Incluso podría hacer imágenes de esta manera, aunque generalmente hay pocas suficientes, es más fácil agruparlas en un solo lugar.

Cosas de la aplicación: me gusta agrupar todos los archivos específicos de aplicaciones diversas (delegado de aplicación, info.plist, archivo pch, main.m, etc.) en un grupo de aplicaciones en la parte superior de la lista para facilitar esos bits encontrar.

Answer 2

No he encontrado ningún do/no es específico cuando se trata de cómo organizas tu proyecto en XCode. Podría estar equivocado, pero creo que las carpetas y los diseños que creas por tu cuenta se eliminan por completo en el momento de la compilación de todos modos.

Por ejemplo, si tiene una imagen anidada en Resources/Images/Background/image.png, solo hace referencia al nombre de archivo .png y no a la estructura de la carpeta.

Tendría que decir que todavía podría organizar su proyecto como mejor le parezca. Pide prestado a algunos de Java y diseña lo que funcione mejor.

Answer 3

Antes que nada, eche un vistazo a la estructura del proyecto por defecto. Si bien no es perfecto, hay algunos "Grupos" predeterminados en Xcode. Úselos como una guía general. (Como mencionaste, los grupos no son carpetas del sistema de archivos, aunque cuando importas recursos se te solicita la opción de crear grupos para carpetas.)

Si bien no hay mucha convención oficial con respecto a la estructuración de archivos, hay algunas cosas puede hacer, como yo, para eliminar ese picor organizativo. Realizo algunas subcarpetas en mi directorio de proyecto en mi disco. Éstos son algunos de ellos:

• audio: archivos de audio también se podrían obtener su propio grupo.

• Bibliotecas externas: Si estoy importando el código de otras personas, crearé un grupo llamado "bibliotecas" y luego un subgrupo para cada una.

• Imágenes: Aquí, puede hacer subcarpetas/subgrupos si lo desea. (Uno de los iconos, uno para el menú principal, etc.)

• objetos gestionados: Cuando uso de Datos Básicos en mis proyectos, a menudo va a generar subclases través de las herramientas de modelado de Xcode. Me gusta mantener esos en un grupo separado y una carpeta separada también.

• Ver controladores: Dependiendo del proyecto, podría agrupar mis controladores de vista de manera diferente. Por ejemplo, podría mantener a todos mis "editores" y "espectadores" en distintos grupos.

En última instancia, los grupos son para facilitar la gestión de proyectos y las carpetas son para facilitar la administración de archivos. Depende totalmente de ti cómo hacer esto. Como señala Bill Brasky, en el momento de la compilación, ninguno de la organización realmente hace la diferencia.(Si quiere volverse loco, eche un vistazo a la pantalla "Build Phases" en Xcode 4. La fase de copia es un revoltijo de todos sus archivos relevantes.)

Answer 4

Es realmente de su agrado. El Organizador no refleja la estructura de archivo real. Al final, los archivos de origen se compilan en un binario y todos los recursos se vuelcan en una carpeta de "Recursos" dentro del paquete para su aplicación. Simplemente extiendo la configuración predeterminada: coloco recursos en la carpeta de recursos, agrupados según sea necesario. En un juego, podría tener grupos para Iconos, Fondos, Sprites, Audio y Otros. Para una aplicación de productividad, es posible que solo tenga Texturas e íconos. Todas las bibliotecas externas y Frameworks entran en el grupo de Frameworks (rara vez me molesto en organizarlos, excepto si alguna biblioteca como Dropbox SDK o GData ya viene en un grupo ordenado. Por lo general, solo es un archivo). En el grupo Fuentes, podría agrupar por vistas funcionales, como Biblioteca de documentos, Vista de edición o Utilidades (para un programa de edición de documentos) o Menú principal y Jugabilidad para un juego. Para un proyecto más pequeño, podría agrupar por Controladores (dividido en Controladores de Vista y Controladores de Modelo si es necesario), Modelos y Vistas. Si vienes de un proyecto Java, no hay nada de malo en mantener tu organización existente; de hecho, de forma predeterminada, cuando agrega a Xcode, creará nuevos grupos según las carpetas del disco.

Todo se aplana en el paquete final de todos modos, y su organización no tiene ningún impacto en el sistema de archivos. Use lo que sea necesario para el proyecto: no use la misma estructura para un clon de Tetris que lo haría para una ... aplicación médica profesional o algo así.