Come trasferire un progetto iOS che crea viste nel codice?

Naviga le tue risposte
3

Sto formando il nuovo sviluppatore iOS che mi sostituirà. Tuttavia, la maggior parte delle visualizzazioni nel progetto viene creata con il codice (utilizzando una libreria per rendere più conciso Autolayout). Non esiste uno storyboard nel progetto e il processo di avvio dell'app è anche in codice (AppDelegate).

Questo rende più difficile il passaggio di consegne, perché so che il nuovo sviluppatore avrà difficoltà a tracciare le classi che ho usato per quali elementi dell'interfaccia utente, specialmente per chi non ha familiarità con esso.

1) Come dovrei creare un documento per il progetto che le viste sono costruite a livello di programmazione? Al momento ho appena preso una serie di schermate della pagina nell'app, l'ho ordinata in un flusso e ho inserito un nome di classe / file.

2) Inoltre, ci sono dei modi o dei modelli suggeriti per organizzare il codice in modo che il progetto costruito senza utilizzare il generatore di interfacce sia più facile da ragionare?

    
posta aunnnn 12.05.2017 - 04:38
fonte

2 risposte

2

Sembra che tu abbia documentato quale vista va con quale classe e quale file sorgente. Le immagini con un flusso sono un buon modo per farlo. Sarebbe anche importante documentare il motivo per cui l'hai fatto in questo modo, e se ci sono punti in comune tra i punti di vista, quali sono e quali sono le ragioni per cui sono così. Conoscere il tuo processo di pensiero può essere più utile di conoscere le specifiche di una determinata classe. Trovo spesso che capisco molto meglio una base di partenza dopo aver capito come pensava il precedente proprietario. Rende anche più semplice trovare le cose in futuro.

Per organizzare il progetto, probabilmente utilizzerei il riquadro Navigatore progetto di Xcode per organizzare l'origine in cartelle correlate. Ad esempio potresti avere una vista che ha diverse opzioni che portano a diverse viste secondarie a seconda di ciò che l'utente preme: 

Foo -> Bar 1 -> Baz 1
   \-> Bar 2 -> Baz 2

Sistemerei i file in cartelle come: 

Foo
 +- Bar 1
 |  +- Bar1.mm
 |  +- Bar1.h
 |  +- Baz1.mm
 |  +- Baz1.h
 +- Bar 2
 |  +- Bar2.mm
 |  +- Bar2.h
 |  +- Baz2.mm
 |  +- Baz2.h
etc.
    
risposta data 12.05.2017 - 05:54
fonte
0

È una buona idea avere un commento nella parte superiore di ciascun file sorgente che spieghi a cosa serve il codice in ogni file sorgente e cosa si dovrebbe fare come utente dell'applicazione per eseguire questo codice. Penseresti che sia un buon senso, ma sorprendentemente spesso non è lì.

E poi quello che hai fatto: avere una schermata per ogni classe di interfaccia utente, con il nome della classe e un documento che dice agli altri sviluppatori come passare da una schermata all'altra, non è affatto male.

    
risposta data 13.05.2017 - 02:06
fonte

Leggi altre domande sui tag

Algoritmo della parentesi del torneo Le migliori pratiche per le date valutate dinamicamente nel sistema?