Xcode files and folders clean struttura e organizzazione

Question

Dopo quattro anni di sviluppo con Xcode ho iniziato a chiedermi (beh, sì, lo so, un po 'troppo tardi ma quando si è nel pieno della codifica non si vedono altre cose) che tipo di struttura e organizzazione di file e cartelle può essere buona per seguire una sorta di linee guida.

Ho visto Google coding guidelines e mi chiedo se c'è qualche documento simile in giro per l'oggetto di questa domanda.

Vedo che se si crea un nuovo progetto in Xcode (sto usando l'ultima versione) si ha una cartella con lo stesso nome dell'app, quindi all'interno di "file di supporto", quindi framework e prodotto. Gli ultimi due vanno bene, ma mi chiedo solo se aggiungo grafica e altre classi e libreria statica e così via, come potrei nominarli e dove metterli (ad es. Alcuni grafici standard come l'icona e l'immagine di default andranno in un cartella denominata "design" o "standard design" all'interno di "file di supporto"). Regole del genere.

Questo perché quando inizi a gestire più progetti (e intendo 3-4 al giorno) vuoi trovare le stesse cose nella stessa cartella e anche perché per futuri aggiornamenti e riferimenti, saprai dove trova le cose giuste nel posto giusto.

Answer 1

penso che la strategia migliore è quella di organizzarli in gruppi (gruppi sono i "cartelle" all'interno di XCode, che non sono le cartelle del file system reali a meno che non esplicitely renderli tali) in base al quale una parte delle funzionalità del programma sono collegato a. È piuttosto discutibile se anche organizzarli in cartelle reali sia una buona idea o no (a volte lo faccio a volte no).

Tuttavia, molto prima di iniziare a organizzare i file in gruppi, è necessario iniziare a organizzare la struttura del progetto. E con ciò intendo sistematicamente seguire le migliori pratiche relative a come modularizzare il progetto, dove inserire il codice (dove significato in cui classi ecc.

Un buon punto di partenza su come organizzare il progetto è Matt Gallagher's The design of every Mac application post nel suo blog di fama CocoaWithLove. La sua analisi ontologica rende anche quasi scontato come organizzare i gruppi (e in effetti ammette di aver creato l'ontologia trascrivendo i nomi di gruppo di un progetto).