In OnionArchitecture UI può parlare direttamente con datastore o no?

Lo scopo di un'architettura a cipolla è che uno strato non debba preoccuparsi di come gli altri livelli operano internamente.

Il fatto che il modello utilizzi Hibernate per ottenere l'elenco dei paesi è qualcosa che il livello dell'interfaccia utente non ha bisogno di sapere. Potresti, ad esempio, decidere in seguito di codificare l'elenco dei Paesi, memorizzarlo nella memoria o provare una soluzione NoSQL esotica che non è supportata da Hibernate. Questa è una decisione che dovrebbe riguardare solo il modello, non l'interfaccia utente. Pertanto, l'interfaccia utente dovrebbe ottenere tutte le informazioni sul modello mediante incapsulare le chiamate al metodo, indipendentemente dalla loro dimensione iniziale.

Se chiami direttamente NHibernate dal livello dell'interfaccia utente non stai implementando l'architettura di Onion e il tuo codice sarà altamente accoppiato. Per un piccolo progetto questo potrebbe non essere importante, ma se stai creando qualcosa di più duraturo o una soluzione aziendale, ti consigliamo di creare un'interfaccia come nel tuo secondo esempio per assicurarti di avere la massima flessibilità per modificare l'implementazione concreta in seguito. Probabilmente vorrai anche esaminare l'uso di un contenitore IoC per iniettare le tue dipendenze, anche se di nuovo consideri se il tuo progetto ha realmente bisogno dell'approccio di Onion, poiché tutto ciò aggiungerà un overhead di codice abbastanza significativo.