Sto cercando di trovare un buon nome per una libreria in cui posso inserire tutto il codice relativo alla non UI che voglio condividere tra app iOS (networking, filesystem, logica, algoritmi, strutture dati). Nomi che non mi piacciono troppo:
Suggerimenti?
a library where I can put in all non-UI related code that I want to share between iOS apps (networking, filesystem, logic, algorithms, data structures)
Non pensi che sia una pessima idea?
Lo scopo di (1) denominare le cose e (2) avere le librerie è rendere più facile trovare le cose. Inserendo elementi non correlati nella stessa libreria, si va contro questo scopo. Qual è il punto di avere una biblioteca in primo luogo, e nel trovare un buon nome per questo? Se il tuo collega ti chiede: "Dove abbiamo il codice ETL?" E la tua risposta è: "Cerca nella libreria HugeLibraryForEverything ", il nome conta davvero?
Se vuoi davvero avere uno e BigMess non è un'opzione (sebbene sia abbastanza rappresentativo), Common sembrerebbe abbastanza esplicito, poiché lo scopo è quello di condividere il codice tra le applicazioni. Tuttavia, raccomando vivamente di avere almeno una sorta di organizzazione del codice e di avere librerie specifiche per scopi specifici . Quel materiale di networking può andare a YourCompany.Networking e YourCompany.IO conterrà le informazioni sul file system. Per quanto riguarda la logica, gli algoritmi e le strutture dati, si troverebbero a cui appartengono, in base a ciò che effettivamente fanno , invece di essere messi insieme solo perché sono dati strutture o algoritmi. Pensaci, perché un algoritmo di compressione del flusso dovrebbe essere nella stessa libreria dell'algoritmo di ordinamento?
Una volta che hai una struttura chiara, trovare i nomi appropriati per le librerie dovrebbe essere un po 'meno difficile. Non dirò che è facile, ma almeno non ti troverai in una situazione in cui cerchi il nome di un gruppo di cose che hanno l'unico punto in comune di non essere altro .
Leggi altre domande sui tag naming