Qual è un buon modo per organizzare le classi del livello di servizio?

Question

Qual è un buon modo per organizzare le classi del livello di servizio?

Naviga le tue risposte

#1 da (2 voti)
#2 da (1 voti)

1

Avevo un livello di servizio nella mia app e, per un po ', c'è solo una classe per le chiamate API

Scenario corrente

MyAPI Class

authenticateApp()
authenticateUser()

Guardando al futuro, quella classe sarà così grande che sarà difficile mantenerla. Anche se raggruppo le chiamate con lo stesso modulo (utente autenticato, profilo utente, ecc.) Sarà sovrappopolato.

Scenario futuro

MyAPI Class

authenticateApp()
authenticateUser()
...
getSomeDataFromSomeModule()

Per evitare ciò, come posso creare moduli su più file in un modo che non è visibile agli altri livelli?

Alcuni pattern come il metodo Factory o Decorator mi aiuteranno? C'è qualche altro schema che mi è mancato per risolvere questo?

architecture api design-patterns ios

posta orafaelreis 29.07.2015 - 23:06

fonte

2 risposte

Leggi altre domande sui tag architecture api design-patterns ios

La differenza tra bind e _.curry La complessità temporale di un ciclo while con tre puntatori diversi da 3 annidati per cicli?

score 2 · Answer 1

Looking in the future, that class will be so huge that will be difficult to maintain it. Even if I group calls by the same module (user authenticate, user profile, etc.) it will be overpopulated.

Forse è il momento di refactoring in più classi avendo in mente questi 2 principi:

Massimo 5 metodi pubblici per classe (regola pratica)
Una classe dovrebbe fare solo una cosa, ma farlo bene ( principio di responsabilità singola )

Se è necessario un numero importante di chiamate al metodo per ottenere uno scenario, prendi in considerazione la possibilità di raggrupparle in un Facciata .

score 1 · Answer 2

Hai già menzionato i moduli, se il codice ha già senso per essere raggruppato logicamente in quel modo, continua con quello.

Potrebbe essere inevitabile avere un oggetto gatekeeper che concede l'accesso ai moduli, ma ogni modulo controllerebbe l'accesso e la funzionalità ad esso legata. Tornando alle origini e mantienilo ASCIUGA e tienilo SOLID aiuta a delineare quei moduli di alto livello.

In termini di modelli, i schemi strutturali sono un buon punto di partenza per esplorare le possibilità. I schemi di creazione dovrebbero anche offrire indicazioni su come ottenere l'accesso ai moduli dal gatekeeper.