Bacznie przyglądamy się OSO używającym Breezejs do dostarczania kontekstu danych między klientem a serwerem. Funkcje wyglądają świetnie na kliencie, ale chcemy używać wzorca repozytoriów na serwerze i uzyskać dobre rozdzielenie problemów bez konieczności dziedziczenia z EFContextProvider, co może powodować problemy z IoC i prawdopodobnie testowaniem/kpieniem z urządzenia. Śledziliśmy próbkę Code Camper Johna Papy na Pluralsight, która początkowo została przedstawiona za pomocą wzoru Respository/UoW bez Breeze, który następnie skłonił nas do przyjrzenia się szablonowi Hot Towel, który zawiera Breeze.breezejs z repozytorium
Czy ktoś wie, w jaki sposób Breeze można wyodrębnić do repozytorium, które utrzymuje czystość DbContext (jeśli używa się Entity Framework). Co się stanie, jeśli nie korzystasz z Entity Framework i wolisz używać innej ORM takiej jak nHibernate.
Dobra odpowiedź, John. Pracujemy nad ułatwieniem generowania metadanych na serwerze dla * dowolnego * modelu CLR. Powinien być w stanie to opisać bardzo szybko ... jak za tydzień lub dwa. – Ward
Dodałem prosty przykład "UoW/Repozytorium i model w oddzielnym projekcie" do moich zaległości. Aby go szybko uzyskać, użyje EF ... ponieważ skupia się na oddzieleniu obaw, a nie na samej technologii dostępu do danych. Czytelnik powinien mieć możliwość zamiany EF na wolę, gdy tylko zademonstrujemy (gdzie indziej), jak tworzyć metadane dla dowolnego modelu. – Ward
Gorąco polecam filmy Scotta Allena w Repozytorium i UOW w [kursie Pluralsight Design Patterns] (http: // pluralsight. com/training/courses/TableOfContents? courseName = patterns-library) ... być może najjaśniejsza, pozbawiona żargonu ekspozycja tych wzorów, jakie kiedykolwiek widziałem. – Ward