Splitting API e implementazione tra pacchetti / jar

Question

Splitting API e implementazione tra pacchetti / jar

#1 da (2 voti)

0

Ho un dilemma. Come fare meglio? Ho un sacco di interfacce API e le loro implementazioni che utilizzano alcuni framework / librerie specifici che non vorrei esporre. Non riesco a decidere se mettere entrambe le interfacce API e la loro implementazione nello stesso pacchetto o dividerle in pacchetti diversi: uno (o più) per l'API e altri per la loro implementazione. Ecco cosa intendo ( versione semplificata ):

single-package:

Split-pacchetti:

NelprimocasoabbiamoAPIeimplementazionenellostessopacchettoche(può)semplificarel'accessoadesso.Manelsecondocasopotremmoanchedividerloinunfilejardiversochesupporteràpiù"incapsulamento" da una particolare implementazione.

Personalmente , sceglierei di suddividerli in file jar diversi per mantenere l'API isolata dalle implementazioni.

java api

posta user3663882 11.05.2016 - 18:57

fonte

1 risposta

Leggi altre domande sui tag java api

Creazione di hyperlink in documenti e messaggi Come attraversare la "lista collegata" come struttura con nodi paralleli

score 2 · Accepted Answer

Bene, penso che la migliore guida siano i Principi del pacchetto , e più specificamente i tre sulla coesione dei pacchetti (cosa dovrebbe essere raggruppati in pacchetti).

Reuse-release equivalence principle (REP)
Principio di riutilizzo comune (CRP)
Principio di chiusura comune (CCP)

Il primo e il terzo offrono alcune basi per suddividere l'API e la sua implementazione in diversi pacchetti.

Per il primo (REP), si può sostenere che un'implementazione può avere un ciclo di rilascio diverso dall'API (quindi non dovrebbero essere nello stesso pacchetto) Per il terzo (PCC), penso che un argomento più strong possa essere fatto. Poiché l'API, in quanto astrazione, è più stabile dell'implementazione concreta e pertanto cambierà per motivi diversi dall'implementazione, non dovrebbe essere raggruppata nello stesso pacchetto.

Dai restanti principi (quelli dell'accoppiamento):

Principio di dipendenza aciclica (ADP)
Principio di dipendenza stabile (SDP)
Principio delle astrazioni stabili (SAP)

è chiaro che il secondo e il terzo implicano implicitamente anche la separazione dell'API dall'implementazione.