Size: a a a

2021 November 02

МЕ

Макс Епифанов... in CODE BLOG / C#
Ок Игорек. Ты понимаешь как метод работает?
источник

И

Иhor in CODE BLOG / C#
Держи английские
источник

И

Иhor in CODE BLOG / C#
источник

И

Иhor in CODE BLOG / C#
Надеюсь язык знаете?
источник

RO

Roman Onofreichuk in CODE BLOG / C#
только javascript с переводчиком
источник

И

Иhor in CODE BLOG / C#
Выжимка для вас:
источник

И

Иhor in CODE BLOG / C#
The single best reason to not use the repository pattern with Entity Framework? Entity Framework already implements a repository pattern. DbContext is your UoW (Unit of Work) and each DbSet is the repository. Implementing another layer on top of this is not only redundant, but makes maintenance harder.

People follow patterns without realizing the purpose of the pattern. In the case of the repository pattern, the purpose is to abstract away the low-level database querying logic. In the old days of actually writing SQL statements in your code, the repository pattern was a way to move that SQL out of individual methods scattered throughout your code base and localize it in one place. Having an ORM like Entity Framework, NHibernate, etc. is a replacement for this code abstraction, and as such, negates the need for the pattern.

However, it's not a bad idea to create an abstraction on top of your ORM, just not anything as complex as UoW/repostitory. I'd go with a service pattern, where you construct an API that your application can use without knowing or caring whether the data is coming from Entity Framework, NHibernate, or a Web API. This is much simpler, as you merely add methods to your service class to return the data your application needs. If you were writing a To-do app, for example, you might have a service call to return items that are due this week and have not been completed yet. All your app knows is that if it wants this information, it calls that method. Inside that method and in your service in general, you interact with Entity Framework or whatever else you're using. Then, if you later decide to switch ORMs or pull the info from a Web API, you only have to change the service and the rest of your code goes along happily, none the wiser.

It may sound like that's a potential argument for using the repository pattern, but the key difference here is that a service is a thinner layer and is geared towards returning fully-baked data, rather than something that you continue to query into, like with a repository.
источник

МЕ

Макс Епифанов... in CODE BLOG / C#
Давай я у тебя спрошу Игорек
источник

МЕ

Макс Епифанов... in CODE BLOG / C#
Ты как разработчик пчему считаешь что это антипаттерн?
источник

МЕ

Макс Епифанов... in CODE BLOG / C#
Ты же должен сам это понимать?
источник

МЕ

Макс Епифанов... in CODE BLOG / C#
Или ты опять говна обчитался и ничего не понял из статей?)
источник

RO

Roman Onofreichuk in CODE BLOG / C#
первый какой-то мутный араб из ирана
источник

МЕ

Макс Епифанов... in CODE BLOG / C#
Да не знает он ответ, почему репы считают антипатерном.
источник

И

Иhor in CODE BLOG / C#
Второе?
источник

RO

Roman Onofreichuk in CODE BLOG / C#
Еба
источник

И

Иhor in CODE BLOG / C#
Напомню, что Майкрософт - индусская контора
источник

AU

Alex Unflatterring in CODE BLOG / C#
Привет! Ребята, что предложите посмотреть новичку кроме плейлиста на канале CODE BLOG? Какие ресурсы ещё норм есть?
источник

МЕ

Макс Епифанов... in CODE BLOG / C#
Ты же в курсе что ддд многослойная архитектура?)
источник

И

Иhor in CODE BLOG / C#
Есть классный канал - nick chapsas. Там интересные моменты рассматриваются. Рекомендую
источник

МЕ

Макс Епифанов... in CODE BLOG / C#
Ты же знаешь что доступ к данным можно получить как через круд сервис, но опять же не напрямую, р так же через репу?
Ты знаешь об этом да?
источник