Pattern del repository con ORM multipli

Se fossi il tuo capo, non ti permetterei di inventare un'architettura che permetta di scambiare l'ORM. Prenderò un ORM e vivrò con esso perché spegnerlo sarebbe troppo lavoro e costerebbe tempo e denaro con pochissimi benefici.

In questo caso, utilizzerei l'ORM che soddisfa i tuoi requisiti, che in questo caso in base a quanto è stato affermato è ibernato. Se hai già investito tempo e sforzi in Entity Framework ed è troppo tardi per invertire la rotta, allora scriverei un'implementazione personalizzata per gestire il caso di grandi quantità di dati e continuare ad utilizzare Entity Framework per gestire la maggior parte degli scenari di accesso ai dati.

Crea il PoC più semplice che puoi con, ad esempio, una mezza dozzina di oggetti dominio, un solo repository e un livello di servizio, con POCO rigorosi (prima il codice con EF), senza attributi specifici specifici EF. Lo stesso con NHibernate.

Assicurati di avere una relazione many-to-one e many-to-many da qualche parte.

Quindi, osserva quanto è difficile non discostarsi da quei POCO senza dover fare affidamento su specifiche EF o NHibernate per implementare la stessa semantica di caricamento avida o pigra, per qualsiasi caso di utilizzo del consumo nel livello di servizio in entrambi gli ORM.

Non imbrogliare. Scrivi gli stessi test unitari contro ciascuno per avere, se non una prova formale, almeno una prova maggiore se il codice si comporta allo stesso modo in entrambe le versioni.

Prendi nota di ogni punto in cui devi riscrivere su NHibernate personalizzato, questo o EF personalizzato, in modo che gli stessi test unitari diano le stesse risposte (tutte le altre considerazioni sono uguali).

Cerca di riconoscere tutti gli schemi che sono emersi, e fai in modo che EF POCO e repo si discostino dalle loro controparti NHibernate, o viceversa, e inizi a pensare a quei modelli in termini del modello sorgente che un codice (ipotetico) generatore da X-a-EF + X-to-NHib si nutrirebbe.

Da allora, dovresti avere un'idea migliore di ciò che la tua domanda in realtà implica wrt. qualche ipotetico sforzo futuro in quella direzione.