ReSQL.ru
     
powered by simpleCommunicator - 2.0.52     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / WinForms, .Net Framework [игнор отключен] [закрыт для гостей] / Подскажите современную реализацию Unit of Work + EF.
96 сообщений из 96, показаны все 4 страниц
  все  
Подскажите современную реализацию Unit of Work + EF.
    #39352107
Fungus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Fungus
Гость
В гугле нашел достаточно не мало реализаций паттерна Unit Of Work совместно с EF. Однако статьи предлагают самые разные варианты, и при этом довольно очень очень старые (года этак от 2013).

В части встречаемых решений видел код такого вида:

Код: c#
1.
2.
3.
4.
5.
6.
public virtual void Update(T entity)
    {
        dbSet.Attach(entity);
        _unitOfWork.Db.Entry(entity).State = EntityState.Modified;
        this._unitOfWork.Db.SaveChanges();
    }



Что мне кажется не верным. Транзакция должна уметь окружать несколько последовательных запросов. Ну и другие странности встречались.
Поэтому. Подскажите пожалуйста проверенную в боевых условиях реализацию.
...
Рейтинг: 0 / 0
22.11.2016, 17:48
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352262
fsharp_fsharp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
fsharp_fsharp
Участник
EF, NH - это уже UoW. что Вам не хватает?
Транзакции (TransactionScope, как вариант) - это уровень сервисов. можно конечно, например, для веб, весь веб-запрос обернуть в транзакцию. а лучше так:

Код: c#
1.
2.
3.
4.
5.
6.
7.
8.
9.
//тут вызов в TransactionScope, который коммитом не закончится, если исключение
[Transaction] //АОП
void SaveSome(Some some)
{
     //проверка безнес логики - не прошла - кастомный эксепшн (типо контракт)
     ....
     someRepository.Save(entity) 
     repository.SaveChange();//и тут тоже может быть ексепшн, пипа конкурентный доступ и пр.
}



repository - он только с методом SaveChange, чтобы дернуть базовый UoW (EF, NH)
...
Рейтинг: 0 / 0
22.11.2016, 21:38
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352269
fsharp_fsharp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
fsharp_fsharp
Участник
UoW - это шире, чем просто обвеска над DAL. с DAL он может быть вообще не связан. а Вы, как мне кажется, пытаетесь "применить паттерн" где он и так есть. это бесполезное занятие
...
Рейтинг: 0 / 0
22.11.2016, 21:44
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352277
Фотография Смузи
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Смузи
Участник
Полностью согласен, обвязываем ORM сервисами, инжектируем их в презентеры.
...
Рейтинг: 0 / 0
22.11.2016, 22:11
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352383
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
fsharp_fsharpUoW - это шире, чем просто обвеска над DAL. с DAL он может быть вообще не связан. а Вы, как мне кажется, пытаетесь "применить паттерн" где он и так есть. это бесполезное занятие

Не бесполезное, так как базовой функциональности EF может не хватать. Тем более никто не гарантирует, что все 100% бизнес данных будут лежать в одной базе данных и доступной через один контекст EF. Самый банальный пример: прикрепленные файлы, которые не грузятся в БД, а хранятся отдельно, но их сохранение вместо со ссылкой в БД, это единая транзакция. В примерах по-сложнее, данные могут разлетаться по разным СУБД, в монгу, в поисковые индексы и прочее.
...
Рейтинг: 0 / 0
23.11.2016, 08:18
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352406
Фотография Смузи
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Смузи
Участник
hVostt, тебе ясно намекнули на сервисы. Расширяйся через них. EF - это контекст только конкретной БД, он ничего не должен знать о чем-то другом, о логике, о звездах.
...
Рейтинг: 0 / 0
23.11.2016, 09:22
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352454
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
СмузиhVostt, тебе ясно намекнули на сервисы. Расширяйся через них. EF - это контекст только конкретной БД, он ничего не должен знать о чем-то другом, о логике, о звездах.

Всё верно. Но при чём тут твои сервисы? Речь идёт про UOW.
...
Рейтинг: 0 / 0
23.11.2016, 10:51
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352464
Фотография Смузи
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Смузи
Участник
hVosttВсё верно. Но при чём тут твои сервисы? Речь идёт про UOW.
Ты невнимателен. Прочитай еще раз самый первый ответ от fsharp_fsharp.
...
Рейтинг: 0 / 0
23.11.2016, 11:06
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352498
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
СмузиhVosttВсё верно. Но при чём тут твои сервисы? Речь идёт про UOW.
Ты невнимателен. Прочитай еще раз самый первый ответ от fsharp_fsharp.

На что я должен был обратить внимание? Я перечитал, и всё сказанное мной в силе.
...
Рейтинг: 0 / 0
23.11.2016, 11:26
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352522
Фотография Смузи
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Смузи
Участник
hVosttНа что я должен был обратить внимание?
На то, что EF - и так уже коробочный UoW. Автор хочет расширений, ему говорят расширяться в сервисах. Ты пишешь про какую-то нехватку функциональности EF и о том, что данные могут быть не только в одной БД. Я объясняю, что эта задача покрывается теми же сервисами, оперирующими EF. Ты пишешь "всё верно, но причем тут сервисы". Клиника.

P.S. Итог: какой-то свой UoW в задаче не нужен.
...
Рейтинг: 0 / 0
23.11.2016, 11:50
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352526
Fungus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Fungus
Гость
fsharp_fsharpUoW - это шире, чем просто обвеска над DAL. с DAL он может быть вообще не связан. а Вы, как мне кажется, пытаетесь "применить паттерн" где он и так есть. это бесполезное занятие

Я застрял вот с чем. На нижнем уровне мы имеем репозитории под каждый тип сущностей. И репозитории находятся в DbContext. Затем, с репозиториями работают сервисы. Сервисов может быть много - не пихать же всю логику в один. И вот работу нескольких сервисов нужно объединить в одну транзакцию. А это снова уровень DbContext.Получается, что DbContext в этой логике появляется дважды. Я нигде еще пока не нашел хорошего примера, где это учитывается: т.е. имеются сервисы, репозитории и работа ведется в рамках транзакции.
...
Рейтинг: 0 / 0
23.11.2016, 11:52
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352549
Fungus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Fungus
Гость
Смузи,

Вы конечно все хорошо пишете. Про то, что UOW есть в самом EF. Но вот по транзациям не ясно как быть. Кто их должен стартовать и потом передавать управление сервисам, работающим с репозиториям.
Я уж не затрагиваю тестирование и IOC.
...
Рейтинг: 0 / 0
23.11.2016, 12:16
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352554
Перегонщик перекупки
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Перегонщик перекупки
Участник
Fungusfsharp_fsharpUoW - это шире, чем просто обвеска над DAL. с DAL он может быть вообще не связан. а Вы, как мне кажется, пытаетесь "применить паттерн" где он и так есть. это бесполезное занятие

Я застрял вот с чем. На нижнем уровне мы имеем репозитории под каждый тип сущностей. И репозитории находятся в DbContext. Затем, с репозиториями работают сервисы. Сервисов может быть много - не пихать же всю логику в один. И вот работу нескольких сервисов нужно объединить в одну транзакцию. А это снова уровень DbContext.Получается, что DbContext в этой логике появляется дважды. Я нигде еще пока не нашел хорошего примера, где это учитывается: т.е. имеются сервисы, репозитории и работа ведется в рамках транзакции.

если используется один DbContext на все, то можно сделать так:

допустим, надо вызвать S3(), состоящий из S1(), S2(), как одну транзакцию

1. Провести декомпозицию туловищ существующих методов S1(), S2()
Код: c#
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
private s1()
private s2()

[Transaction]
public S1()
{
     s1()
}

[Transaction]
public S1()
{
     s2()
}



2. Скомпоновать третий - нужный
Код: c#
1.
2.
3.
4.
5.
6.
7.
[Transaction]
public S3()
{
     s1()
     s2()
    //наверняка тут будет какая-то своя логика, которой не было в s1() и s2()
}
...
Рейтинг: 0 / 0
23.11.2016, 12:24
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352566
Фотография Смузи
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Смузи
Участник
FungusВы конечно все хорошо пишете. Про то, что UOW есть в самом EF. Но вот по транзациям не ясно как быть. Кто их должен стартовать и потом передавать управление сервисам, работающим с репозиториям.
Я уж не затрагиваю тестирование и IOC.
Так тут чистый IoC с сервисами, о кот. говорили ранее. Без IoC ничего не решается. Сервисы в конструкторе принимают EF контекст, который инжектится где-то DI контейнером. Поэтому мы вполне себе можем запустить в одной транзакции 2 куска кода, сидящих в разных сервисах. Потому что экземпляр контекста един, он просто размазывается по нужным сервисам.
...
Рейтинг: 0 / 0
23.11.2016, 12:33
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352578
Fungus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Fungus
Гость
Перегонщик перекупки,

Вы предлагаете просто создать еще один сервис, который будет стартовать транзакции и просто вызывать методы других сервисов ? Это решение конечно лежит на поверхности, но где тут разделение на слои ? Потом будет каша в коде, когда не ясно какие сервисы могут стартовать транзакции, какие нет, и кто кого вызывает для реальной работы.
В худшем случае получится так, что разные сервисы могут иметь методы стартующие транзакции и вызывающие другие сервисы. И в то же время быть вызываемыми из других сервисов - стартующих ртанзакции.

Нет. Так не подходит. UOW нужно четко вынести в отдельный слой. Чтобы только этот слой мог стартовать транзакции и уже вызывать любые сервисы. Вопрос лишь в том, как это реализовать. Как инстанцировать этот класс UOW, как потом инстанцировать сервисы, DBContext и передавать их друг другу (чтобы DBContext был один). Ищу такой вот пример. Но нахожу лишь простейшие реализации с репозиториями без учета транзакций.
...
Рейтинг: 0 / 0
23.11.2016, 12:39
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352581
Fungus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Fungus
Гость
Смузи,

Так а транзакцию кто стартует в вашем варианте ? Кто вызывает SaveChanges ?
...
Рейтинг: 0 / 0
23.11.2016, 12:40
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352591
Фотография Смузи
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Смузи
Участник
FungusТак а транзакцию кто стартует в вашем варианте ? Кто вызывает SaveChanges ?
Какой-то из сервисов, к примеру второй. У второго сервиса может быть IoC зависимость на первый сервис. Поэтому, второй сервис стартует транзакцию, вызывает какую-то логику из первого сервиса, потом что-то делает ещё, а потом SaveChanges.
...
Рейтинг: 0 / 0
23.11.2016, 12:47
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352602
Перегонщик перекупки
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Перегонщик перекупки
Участник
FungusПерегонщик перекупки,

Вы предлагаете просто создать еще один сервис, который будет стартовать транзакции и просто вызывать методы других сервисов ? Это решение конечно лежит на поверхности , но где тут разделение на слои ?

что значит где? репо и сервисы так и остались. просто ваш 3-й сервис - это композиция 2-х + какая-то его внутренняя логика. и именно этот 3-й сервис и примет решение о SaveChanges
...
Рейтинг: 0 / 0
23.11.2016, 12:54
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352603
Fungus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Fungus
Гость
Смузи,

Буквально выше ответил Перегонщик перекупки, что ТАКОЙ подход приведет к каше. Получается UOW никак не выделен в отдельный слой. Им может выступать любой сервис. И потом фиг разберешся какие сервисы могут стартовать транзакцию, а какие нет. А потом наступит момент, когда один сервис стуртующий транзакцию должен будет вызывать другой сервис стартующий транзакции - вот тогда начнется полная каша.
...
Рейтинг: 0 / 0
23.11.2016, 12:54
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352612
Фотография Смузи
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Смузи
Участник
FungusТАКОЙ подход приведет к каше
Так и так каша получается. Запускать в одной транзакции методы разных слоёв - дырка в архитектуре. Хочется идеалов - нужно переносить эту логику в один метод. Хочется малой кровью решить текущую проблему - я писал рецепт.
...
Рейтинг: 0 / 0
23.11.2016, 13:01
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352628
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
СмузиНа то, что EF - и так уже коробочный UoW. Автор хочет расширений, ему говорят расширяться в сервисах. Ты пишешь про какую-то нехватку функциональности EF и о том, что данные могут быть не только в одной БД. Я объясняю, что эта задача покрывается теми же сервисами, оперирующими EF. Ты пишешь "всё верно, но причем тут сервисы". Клиника.

UOW в EF не является UOW в рамках всего приложения. Бизнес-транзакционность не обеспечивается, поэтому:


СмузиP.S. Итог: какой-то свой UoW в задаче не нужен.

Свой UOW нужен.

Но если у тебя задачи настолько примитивные, что всё замыкается на одной единственной БД, то может быть ты и прав. Но давай не будем рассматривать настоящие задачи, которые стоят перед разработчиками через призму твоих маленьких полустуденческих решений, ок?
...
Рейтинг: 0 / 0
23.11.2016, 13:09
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352640
Фотография Смузи
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Смузи
Участник
hVosttUOW в EF не является UOW в рамках всего приложения
EF является UOW в любых рамках, окнах и дверях. А как ты будешь инжектировать его - совсем другой вопрос. Как это делать, выше озвучил.
...
Рейтинг: 0 / 0
23.11.2016, 13:14
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352651
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
СмузиEF является UOW в любых рамках, окнах и дверях. А как ты будешь инжектировать его - совсем другой вопрос. Как это делать, выше озвучил.

Ты начинаешь играться с терминами, это означает, что по существу сказать тебе толком нечего. Да контекст EF реализует паттерн UOW, и его может вполне хватить для маленького учебного проекта. В реальных проектах нужен свой UOW, так как рамки транзакции приложения могут быть гораздо шире, чем транзакция одной БД.
...
Рейтинг: 0 / 0
23.11.2016, 13:22
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352663
Fungus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Fungus
Гость
hVostt,

У вас есть идеи того, как разбить работу с DbContext на репозитории и сервисы и перекрыть это транзакциями ?

Если вы говорите, что в EF уже есть UOW, вы предлагаете не реализовывать его отдельным слоем? Как тогда предполагается работа сервисов - напрямую дерганьем DbSet'ов единственного контекста ?
...
Рейтинг: 0 / 0
23.11.2016, 13:31
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352687
Фотография Смузи
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Смузи
Участник
hVosttВ реальных проектах нужен свой UOW, так как рамки транзакции приложения могут быть гораздо шире, чем транзакция одной БД.
Приведи пример.
...
Рейтинг: 0 / 0
23.11.2016, 13:54
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352690
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
Fungus,

Создать свой интерфейс, например, IUnitOfWork, с единственным методом Commit (или ещё с одним CommitAsync). В реализации, иметь ссылку на DbContext и дёргать за SaveChanges при вызове Commit. Вот так будет начало положено.
...
Рейтинг: 0 / 0
23.11.2016, 13:56
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352695
Фотография Смузи
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Смузи
Участник
Потрясающе.
...
Рейтинг: 0 / 0
23.11.2016, 14:03
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352696
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
СмузиПриведи пример.

Код: c#
1.
2.
3.
4.
interface IUnitOfWork
{
   void Commit();
}
...
Рейтинг: 0 / 0
23.11.2016, 14:03
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352698
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
СмузиПотрясающе.

Задавай вопросы, уточняй.
...
Рейтинг: 0 / 0
23.11.2016, 14:04
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352701
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ViPRos
Участник
hVosttСмузиПриведи пример.

Код: c#
1.
2.
3.
4.
interface IUnitOfWork
{
   void Commit();
}


а может хотя бы Start добавить?
...
Рейтинг: 0 / 0
23.11.2016, 14:05
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352703
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
ViPRosа может хотя бы Start добавить?

Зачем?
...
Рейтинг: 0 / 0
23.11.2016, 14:09
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352705
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ViPRos
Участник
hVostt,

хоть время засечь :)
...
Рейтинг: 0 / 0
23.11.2016, 14:11
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352712
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
skyANA
Участник
ViPRos, засекай, кто тебе мешает?

Код: c#
1.
2.
3.
4.
5.
6.
7.
8.
using (IUnitOfWork unitOfWork = unitOfWorkFactory.Create())
{
    Client client = clientRepository.GetById(clientId);

    client.Lock();

    unitOfWork.Commit();
}



http://blog.byndyu.ru/2010/07/2-unit-of-work_10.html
...
Рейтинг: 0 / 0
23.11.2016, 14:14
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352717
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
skyANA
Участник
По ссылке можно найти пример для EF:

Код: c#
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
public interface IUnitOfWork : IDisposable
{
    void Save();
}

public class UnitOfWork : IUnitOfWork
{
    private readonly TransactionScope _transactionScope;
    private readonly ObjectContext _context;

    private bool needToAcceptChanges;

    protected UnitOfWork(ObjectContext context)
    {
        _context = context;
        _transactionScope = new TransactionScope();
    }

    public void Save()
    {
        _context.SaveChanges(SaveOptions.DetectChangesBeforeSave);
        _transactionScope.Complete();
        needToAcceptChanges = true;
    }

    public void Dispose()
    {
        if (needToAcceptChanges)
            _context.AcceptAllChanges();

        _context.Dispose();
        _transactionScope.Dispose();

        GC.SuppressFinalize(this);
    }
}
...
Рейтинг: 0 / 0
23.11.2016, 14:18
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352721
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ViPRos
Участник
skyANA,

ну я думаю что Create совмещать со Start как то не очень
...
Рейтинг: 0 / 0
23.11.2016, 14:19
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352726
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
ViPRosну я думаю что Create совмещать со Start как то не очень

А что в твоём понимание такое Start?

Начало жизни объекта UOW и есть старт транзакции по сути.
...
Рейтинг: 0 / 0
23.11.2016, 14:21
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352728
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ViPRos
Участник
hVosttViPRosну я думаю что Create совмещать со Start как то не очень

А что в твоём понимание такое Start?

Начало жизни объекта UOW и есть старт транзакции по сути.
ну и х..во это
создать объект и дать ему задание - это 2 разные вещи
...
Рейтинг: 0 / 0
23.11.2016, 14:23
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352729
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ViPRos
Участник
ViPRos,

просто это фуфло опирается на траскшнскоп и ты это знаешь, потому кажется что все норм
...
Рейтинг: 0 / 0
23.11.2016, 14:24
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352730
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
ViPRosну и х..во это
создать объект и дать ему задание - это 2 разные вещи

Так какое задание-то? Ты создал транзакцию. Зачем ещё её типа начинать? Масло маслянное.
...
Рейтинг: 0 / 0
23.11.2016, 14:25
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352734
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
skyANA
Участник
ViPRosskyANA,

ну я думаю что Create совмещать со Start как то не очень
Это new TransactionScope() для тебя тоже не очень?
...
Рейтинг: 0 / 0
23.11.2016, 14:26
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352736
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ViPRos
Участник
hVosttViPRosну и х..во это
создать объект и дать ему задание - это 2 разные вещи

Так какое задание-то? Ты создал транзакцию. Зачем ещё её типа начинать? Масло маслянное.
нифига ты не создал а просто продублировал транзакшнскоп и то фигово
...
Рейтинг: 0 / 0
23.11.2016, 14:26
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352738
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ViPRos
Участник
skyANAViPRosskyANA,

ну я думаю что Create совмещать со Start как то не очень
Это new TransactionScope() для тебя тоже не очень?
угу
...
Рейтинг: 0 / 0
23.11.2016, 14:27
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352739
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
skyANA
Участник
ViPRosskyANAпропущено...

Это new TransactionScope() для тебя тоже не очень?
угу
А SqlConnection.BeginTransaction ?
...
Рейтинг: 0 / 0
23.11.2016, 14:28
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352740
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ViPRos
Участник
skyANAViPRosпропущено...

угу
А SqlConnection.BeginTransaction ?
вот это норм
...
Рейтинг: 0 / 0
23.11.2016, 14:28
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352746
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
skyANA
Участник
ViPRosskyANAпропущено...

А SqlConnection.BeginTransaction ?
вот это норм
То есть Begin норм, а Create не норм? :)
...
Рейтинг: 0 / 0
23.11.2016, 14:31
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352752
Фотография Смузи
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Смузи
Участник
hVosttСмузиПриведи пример.

Код: c#
1.
2.
3.
4.
interface IUnitOfWork
{
   void Commit();
}



Эта "реальные проекты, в которых нужен свой UOW, так как рамки транзакции приложения могут быть гораздо шире, чем транзакция одной БД"?
...
Рейтинг: 0 / 0
23.11.2016, 14:35
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352757
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
skyANA
Участник
ViPRos, в чём ты видишь принципиальную разницу между этим

Код: c#
1.
2.
3.
4.
5.
6.
using (SqlTransaction transaction = connection.BeginTransaction("SampleTransaction"))
{
    // ...
    
    transaction.Commit();
}


и этим

Код: c#
1.
2.
3.
4.
5.
6.
using (IUnitOfWork unitOfWork = unitOfWorkFactory.Create())
{
    // ...

    unitOfWork.Commit();
}


?
...
Рейтинг: 0 / 0
23.11.2016, 14:38
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352804
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ViPRos
Участник
skyANAViPRosпропущено...

вот это норм
То есть Begin норм, а Create не норм? :)
Да
...
Рейтинг: 0 / 0
23.11.2016, 15:30
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352805
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ViPRos
Участник
skyANAViPRos, в чём ты видишь принципиальную разницу между этим

Код: c#
1.
2.
3.
4.
5.
6.
using (SqlTransaction transaction = connection.BeginTransaction("SampleTransaction"))
{
    // ...
    
    transaction.Commit();
}


и этим

Код: c#
1.
2.
3.
4.
5.
6.
using (IUnitOfWork unitOfWork = unitOfWorkFactory.Create())
{
    // ...

    unitOfWork.Commit();
}


?

второй может в себе включить много первого и еще тучу всего
но он должен стартануть как и первый
...
Рейтинг: 0 / 0
23.11.2016, 15:32
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352880
Fungus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Fungus
Гость
skyANA,

Приведенный вами пример кода взят из комментария к статье, в котором также написано "ну вот я набросал на скорую руку" :) Как быть, если проект разбит на несколько DLL, занимающимися разными сферами приложения? Создавать один могучий DbContext который объеденит все сущности всех библиотек что ли ? По идее это реализовывать как отдельные репозитории, сервисы. Но при этом они должны уметь работать под одной транзакцией. Как это реализовать в приведенном примере ? Не вижу, он не походит на реальное решение.

Про unit of work разговор уже много за годы. А нормальной реализации, что то не получается найти. Почему так ? Хотелось бы вот увидеть какую-то рабочую реализацию, проверенную на рабочих, не маленьких, проектах.
...
Рейтинг: 0 / 0
23.11.2016, 16:59
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352896
Var79
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Var79
Участник
Fungus,

упрощенно
сервис - это метод который дергается по сети
бизнес логика - вызывается сервисом , что то делает полезное и часто но не всегда (один метод бизнес логики всегда другой никогда третий как повезет) использует ORM/DbContext .

Сервис перед тем как вызвать бизнес логику создает транзакцию и/или "Entity framework DbContext"

как сервис создает и передает транзакцию в бизнес логику - как хочет хоть параметрами хоть IOC interceptor.

правило таково что, сервис дергает только методы бизнес логики но не другие методы сервиса, бизнес логика может дергать методы других бизнес логик но не методы сервисов. ну или методы сервисов но тогда исключительно только по сети, но не сервисы которые вызывают твою бизнес логику.
это для простоты в принципе сервис может вызвать метод сервиса но зачем, если бизнес логика дергнет другую бизнес логику.
...
Рейтинг: 0 / 0
23.11.2016, 17:12
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352904
Fungus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Fungus
Гость
Var79,
Примерно это я и предлагаю. В моем понимании есть репозитории, и сервисы дергающие их и реализующую бизнес логику (без жесткого запрета вызовов друг друга). Я как раз ищу слой, который бы занимался транзакциями.
В вашем варианте сервисы это некий дополнительный слой, который и оперирует транзакцией. А "бизнес логика" в вашей реализации, это, то что я называю сервисами. Только мне не ясно в каком виде эта бизнес логика предстает. Что она из себя представляет и в чем ее отличие от сервисов ?
...
Рейтинг: 0 / 0
23.11.2016, 17:22
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352907
Fungus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Fungus
Гость
Var79(один метод бизнес логики всегда другой никогда третий как повезет)

Чо ? O.o
:)
...
Рейтинг: 0 / 0
23.11.2016, 17:27
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352909
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
skyANA
Участник
ViPRosskyANAViPRos, в чём ты видишь принципиальную разницу между этим

Код: c#
1.
2.
3.
4.
5.
6.
using (SqlTransaction transaction = connection.BeginTransaction("SampleTransaction"))
{
    // ...
    
    transaction.Commit();
}



и этим

Код: c#
1.
2.
3.
4.
5.
6.
using (IUnitOfWork unitOfWork = unitOfWorkFactory.Create())
{
    // ...

    unitOfWork.Commit();
}



?

второй может в себе включить много первого и еще тучу всего
но он должен стартануть как и первыйВот он и "стартанёт" в методе Create :)
...
Рейтинг: 0 / 0
23.11.2016, 17:28
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352913
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
skyANA
Участник
FungusskyANA,

Приведенный вами пример кода взят из комментария к статье, в котором также написано "ну вот я набросал на скорую руку" :) Как быть, если проект разбит на несколько DLL, занимающимися разными сферами приложения? Создавать один могучий DbContext который объеденит все сущности всех библиотек что ли ? По идее это реализовывать как отдельные репозитории, сервисы. Но при этом они должны уметь работать под одной транзакцией. Как это реализовать в приведенном примере ? Не вижу, он не походит на реальное решение.
И чем же не подходит?

Размышления про "все сущности всех библиотек" мне не понятны. Вы в одной транзакции собрались использовать все сущности всех библиотек?
...
Рейтинг: 0 / 0
23.11.2016, 17:32
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352920
Фотография Смузи
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Смузи
Участник
Fungusпроект разбит на несколько DLL, занимающимися разными сферами приложения

FungusПро unit of work разговор уже много за годы. А нормальной реализации, что то не получается найти. Почему так ?

Потому что не существует серебряной пули универсального шаблона для автоматизации каши. Мы движемся по кругу. 19924721
...
Рейтинг: 0 / 0
23.11.2016, 17:43
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352921
Fungus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Fungus
Гость
skyANA,

Если приложение разбито на разные DLL, у которых свои сущности. То у этих DLL должны же быть свои собственные DbContext ? Не один же общий иметь, с куче DbSet'ов. В этом случае не ясно как оперировать несколькими DbContext в рамках UOW - в рамках одной транзакции.EF такое вообще позволяет?
Пример. У нас есть DLL которая оперирует пользователями системы, и DLL оперирующая документами системами. Предположим есть процесс "Создать пользователя и документ, соответствующий этому событию". Не ясно как сделать это в рамках предложенного кода. Я и топик то создал в поисках такого решения.
...
Рейтинг: 0 / 0
23.11.2016, 17:43
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352923
Var79
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Var79
Участник
FungusVar79,
Примерно это я и предлагаю. В моем понимании есть репозитории, и сервисы дергающие их и реализующую бизнес логику (без жесткого запрета вызовов друг друга). Я как раз ищу слой, который бы занимался транзакциями.
В вашем варианте сервисы это некий дополнительный слой, который и оперирует транзакцией. А "бизнес логика" в вашей реализации, это, то что я называю сервисами. Только мне не ясно в каком виде эта бизнес логика предстает. Что она из себя представляет и в чем ее отличие от сервисов ?


сервисы это слой над бизнес логикой, до ужоса примитивный, нужен как обертка для создания всяких транзакций, UoW и всяких прочих инжектирований.
сервисы не дергают репозиттории, репозитории это DAL, сервисы дергают только логику, логика чото делает и дергает либо другую логику либо дал DAL, если захочет.
сервисы дергают только логику, метод сервиса содержит только грубо говоря одну строку - вызов метода логики ну или еще создания объектов для параметров метода логики например объект транзакции.
сервисы точка входа для инжектирования. логика - для алгоритмов. dal/repositories - для внешней среды файликов бдшек (может даже для сети?)

автор(один метод бизнес логики - всегда вызывает dal, другой - никогда, третий - как повезет)
...
Рейтинг: 0 / 0
23.11.2016, 17:44
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352926
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ViPRos
Участник
skyANAно он должен стартануть как и первыйВот он и "стартанёт" в методе Create :)[/quot]
ну и фигово, что он стартанет без моего ведома
я может их несколько хотел сунуть в еще один и стратануть синхронно
...
Рейтинг: 0 / 0
23.11.2016, 17:47
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352927
Fungus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Fungus
Гость
СмузиЗапускать в одной транзакции методы разных слоёв - дырка в архитектуре.

И чем вас не устраивает, когда в рамках транзакции вызывается несколько сервисов (это один слой) вызывающие внутри себя репозитории(а это уже другой слой). Где тут дырка ?
Сервисы и призваны вызывать слой DAL. Вы считаете, что делать это в рамках одной транзакции недопустимо, но как тогда вообще писать программы ?
...
Рейтинг: 0 / 0
23.11.2016, 17:48
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352930
Var79
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Var79
Участник
FungusskyANA,

Если приложение разбито на разные DLL, у которых свои сущности. То у этих DLL должны же быть свои собственные DbContext ? Не один же общий иметь, с куче DbSet'ов. В этом случае не ясно как оперировать несколькими DbContext в рамках UOW - в рамках одной транзакции.EF такое вообще позволяет?
Пример. У нас есть DLL которая оперирует пользователями системы, и DLL оперирующая документами системами. Предположим есть процесс "Создать пользователя и документ, соответствующий этому событию". Не ясно как сделать это в рамках предложенного кода. Я и топик то создал в поисках такого решения.
засуньте в UoW список тех DbContext-ов которые в данном вызове сервиса использует метод бизнес логики, измините код UoW что бы он пробежался по этому списку и у всех DbContext-ов сделал SaveChanges, если один SaveChanges упал откатываем транзакцию например
возможно IOC нужно настроить что бы он смотрел какие DbContext нужны бизнес логики и фигачил в этот лист DbContext
...
Рейтинг: 0 / 0
23.11.2016, 17:50
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352932
Var79
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Var79
Участник
FungusСервисы и призваны вызывать слой DAL.
что за ерунда. везде пишут что контролеры/ сервисы должны быть тонкими, то что сервис можно сделать толстым не значит что это нужно делать
...
Рейтинг: 0 / 0
23.11.2016, 17:52
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352935
Var79
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Var79
Участник
FungusСервисы и призваны вызывать слой DAL. еще раз, для альтернативно одаренных, три слоя сервисы - бизнес логика - DAL

Где тут сервисы вызывают DAL?
...
Рейтинг: 0 / 0
23.11.2016, 17:54
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352939
Фотография Смузи
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Смузи
Участник
FungusСмузиЗапускать в одной транзакции методы разных слоёв - дырка в архитектуре.

И чем вас не устраивает, когда в рамках транзакции вызывается несколько сервисов (это один слой) вызывающие внутри себя репозитории(а это уже другой слой). Где тут дырка ?
Сервисы и призваны вызывать слой DAL. Вы считаете, что делать это в рамках одной транзакции недопустимо, но как тогда вообще писать программы ?
Я считаю, что транзакция - вещь атомарная, переводящая данные из одного целостного состояния в другое целостное состояние. Выводить атомарность в сторонние методы и слои - архитектурная ошибка. Вроде как очевидные вещи. Во-вторых, грубая ошибка иметь несколько экземпляров EF контекстов в сервисах? Думаю, комментировать не требуется.
...
Рейтинг: 0 / 0
23.11.2016, 18:03
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352941
Fungus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Fungus
Гость
Var79,

Контроллеры тонкими да. Но сервисы это и есть бизнес логика в моем понимании. И она может выйти весьма жирной: создание сущностей через репы, обращение к другим сервисам. Возможно мы говорим об одном и том же, просто терминология разная. Что у вас понимается под бизнес логикой. Это какие то классы, как выглядят ?
...
Рейтинг: 0 / 0
23.11.2016, 18:04
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352947
Var79
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Var79
Участник
Fungus,

чукча не читатель чукча задаватель вопросов
...
Рейтинг: 0 / 0
23.11.2016, 18:10
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352950
Fungus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Fungus
Гость
СмузиЯ считаю, что транзакция - вещь атомарная, переводящая данные из одного целостного состояния в другое целостное состояние. Выводить атомарность в сторонние методы и слои - архитектурная ошибка. Вроде как очевидные вещи. Во-вторых, грубая ошибка иметь несколько экземпляров EF контекстов в сервисах? Думаю, комментировать не требуется.

Ну так как реализовать то, что я описал в "Примере" тут 19926472 ? Иметь один контекст, в котором будут все все все сущности ? И юзеры, и их роли, и документы бизнес слоя и логирование в придачу.
...
Рейтинг: 0 / 0
23.11.2016, 18:13
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352952
Var79
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Var79
Участник
FungusVar79,

Контроллеры тонкими да. Но сервисы это и есть бизнес логика в моем понимании. И она может выйти весьма жирной: создание сущностей через репы, обращение к другим сервисам. Возможно мы говорим об одном и том же, просто терминология разная. Что у вас понимается под бизнес логикой. Это какие то классы, как выглядят ?
бизнес логика -
такс пришли бананы на 100 000 USD
и арбузы на 20 000 EUR
лезем в другую логику за курсом usd и eur
получаем тугрики
ага но ведь тугрики это не надежно, пересчитаем в банки тушенки для этого вызовем третью логику
получили вагон тушенки
дал запиши к нам пришло вагон тушенки
...
Рейтинг: 0 / 0
23.11.2016, 18:15
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352956
Var79
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Var79
Участник
FungusНо сервисы это и есть бизнес логика в моем понимании. ну так херач всё в сервисах зачем тебе DAL IOC и всякая непонятная фигня, понапридумывают же, сиди мучайся
...
Рейтинг: 0 / 0
23.11.2016, 18:18
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352959
Var79
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Var79
Участник
FungusСмузиЯ считаю, что транзакция - вещь атомарная, переводящая данные из одного целостного состояния в другое целостное состояние. Выводить атомарность в сторонние методы и слои - архитектурная ошибка. Вроде как очевидные вещи. Во-вторых, грубая ошибка иметь несколько экземпляров EF контекстов в сервисах? Думаю, комментировать не требуется.

Ну так как реализовать то, что я описал в "Примере" тут 19926472 ? Иметь один контекст, в котором будут все все все сущности ? И юзеры, и их роли, и документы бизнес слоя и логирование в придачу.
грубая ошибка иметь несколько экземпляров EF контекстов в сервисах - не знаю как на счет в сервисах, но можно иметь много разнотипных контекстов главное что бы в одной транзакции.
...
Рейтинг: 0 / 0
23.11.2016, 18:23
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352966
Fungus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Fungus
Гость
Var79,

Мы уходим в сторону. Не хочу начинать холиварить и ругаться, о том какое разделение на слои более правильно,просто потому, что вариантов решения может быть масса.
Меня интересует чисто практическое решение паттерна UOW в купе с транзакциями в рамках EF в условиях сложного проекта, состоящего из нескольких модулей разделенных по функционалу.
...
Рейтинг: 0 / 0
23.11.2016, 18:29
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352972
Var79
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Var79
Участник
FungusИметь один контекст, в котором будут все все все сущности ? И юзеры, и их роли, и документы бизнес слоя и логирование в придачу.

если сущности в разных DLL, то наверно у них независимые отношения. раз независимые отношения то можно и скорее нужно разные контексты.
хотя не понимаю как юзеры могут быть отделены от ролей.
но вот документы и юзеры наверно должны быть в одном контексте если в документе есть ссылка на юзера который создал документ.

что будет если в разных типах контекста будет юзер, который будет перезаписываться разными контекстами - как повезет - неожиданное поведение блокировки или всё нормально, самому интересно.
...
Рейтинг: 0 / 0
23.11.2016, 18:35
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352977
Фотография Смузи
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Смузи
Участник
FungusНу так как реализовать то, что я описал в "Примере" тут 19926472 ? Иметь один контекст, в котором будут все все все сущности ? И юзеры, и их роли, и документы бизнес слоя и логирование в придачу.
Контекст ORM - это схема базы данных. Если она одна, значит контекст тоже должен быть один. Типичная ошибка пытаться делить контекст на части. Через время начинаются слёзы о том, что хочется обобщения, бесшовную транзакцию, бизнес-документы с ролями и иже с ними. Разносить нужно сервисы, а не контекст. Один сервис под документы, другой под роли, третий под боли.
...
Рейтинг: 0 / 0
23.11.2016, 18:39
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352982
Фотография Смузи
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Смузи
Участник
FungusVar79, Мы уходим в сторону. Не хочу начинать холиварить и ругаться, о том какое разделение на слои более правильно,просто потому, что вариантов решения может быть масса.
Он не уходит в сторону, он ясно говорит о том, что допущена серьезная архитектурная ошибка. Нужно начинать с обобщения всего в единый контекст и рефакторинга кода. Как можно говорить о чистоте сервисов, если есть такой ржавый гвоздь в коробке.
...
Рейтинг: 0 / 0
23.11.2016, 18:41
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352992
Fungus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Fungus
Гость
Ну ок. Я не претендую, а ищу реальный пример :)
...
Рейтинг: 0 / 0
23.11.2016, 18:55
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39352997
Фотография Смузи
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Смузи
Участник
Рефакторинг.
...
Рейтинг: 0 / 0
23.11.2016, 19:00
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39353003
Fungus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Fungus
Гость
Ищу реальный пример паттерна UOW реализованном через EF, поддерживающий транзакционность.
...
Рейтинг: 0 / 0
23.11.2016, 19:10
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39353008
Var79
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Var79
Участник
Fungus,

ничего что реальный пример это десятки файлов? IoC, Interceptors, Attributes, UoW, Aggregate Roots, Repositories, Entities и их интерфейсы.
...
Рейтинг: 0 / 0
23.11.2016, 19:14
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39353014
Var79
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Var79
Участник
FungusСмузи,

Вы конечно все хорошо пишете. Про то, что UOW есть в самом EF. Но вот по транзациям не ясно как быть. Кто их должен стартовать и потом передавать управление сервисам, работающим с репозиториям.
Я уж не затрагиваю тестирование и IOC.
транзакции стартует и передает тот кто работает уровнем выше, ясно же
...
Рейтинг: 0 / 0
23.11.2016, 19:20
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39353017
Fungus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Fungus
Гость
Var79,

Ничего :) именно наличие реального, пусть сложного, проекта и поможет понять суть. Только рад буду именно что сложному. А то читать книги, статьи про паттерны это одно, а сварить это все вместе, в не-учебном приложении, совсем другое.
...
Рейтинг: 0 / 0
23.11.2016, 19:23
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39353024
Var79
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Var79
Участник
FungusНо сервисы это и есть бизнес логика в моем понимании.
неправильное понимание
...
Рейтинг: 0 / 0
23.11.2016, 19:35
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39353027
Fungus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Fungus
Гость
Var79FungusНо сервисы это и есть бизнес логика в моем понимании.
неправильное понимание

FungusНу ок. Я не претендую. Я ищу реальный пример :)
...
Рейтинг: 0 / 0
23.11.2016, 19:36
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39353030
Var79
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Var79
Участник
FungusVar79,

Ничего :) именно наличие реального, пусть сложного, проекта и поможет понять суть. Только рад буду именно что сложному. А то читать книги, статьи про паттерны это одно, а сварить это все вместе, в не-учебном приложении, совсем другое.

там ничего сложного нет, просто много простых объектов, например десять.
допустим покажу тебе код, но на объяснения уйдет время, мне что с того будет?
...
Рейтинг: 0 / 0
23.11.2016, 19:47
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39353038
Fungus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Fungus
Гость
Var79,

По факту объяснения не нужна. Нужен просто проектик, в котором есть EF, репы, Сервисы, бизнес логика, и все это обернуто в UOW. Думаю я и без объяснений все пойму.

А Вам на это будет на сок/пиво :) Если вы не против, то напишите на мою почту FungusMail@yandex.ru что бы вас устроило - в замен проекта, где применены эти интересные паттерны в боевых условиях.

Мне это нужно лично самому, чтобы повысить уровень знаний. А то вот паттерны читаю, понимаю. А как все вместе, то плаваю.
...
Рейтинг: 0 / 0
23.11.2016, 19:57
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39353054
Var79
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Var79
Участник
Fungus,

написал
у меня в профиле есть мыло
...
Рейтинг: 0 / 0
23.11.2016, 20:23
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39353291
Перегонщик перекупки
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Перегонщик перекупки
Участник
FungusЧто она из себя представляет и в чем ее отличие от сервисов ?

бизнес логика - это и есть сервисы
...
Рейтинг: 0 / 0
24.11.2016, 07:00
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39353293
Перегонщик перекупки
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Перегонщик перекупки
Участник
FungusЕсли приложение разбито на разные DLL, у которых свои сущности. То у этих DLL должны же быть свои собственные DbContext ?

если они обращаются к разным БД. иначе зачем? пусть будет один
...
Рейтинг: 0 / 0
24.11.2016, 07:02
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39353294
Перегонщик перекупки
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Перегонщик перекупки
Участник
Var79засуньте в UoW список тех DbContext-ов которые в данном вызове сервиса использует метод бизнес логики, измините код UoW что бы он пробежался по этому списку и у всех DbContext-ов сделал SaveChanges

и что это за транзакция будет?
...
Рейтинг: 0 / 0
24.11.2016, 07:06
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39353495
Fungus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Fungus
Гость
Перегонщик перекупкиFungusЧто она из себя представляет и в чем ее отличие от сервисов ?

бизнес логика - это и есть сервисы

тссс. меня тут чуть не побили, когда я такое сказал выше :)
...
Рейтинг: 0 / 0
24.11.2016, 11:44
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39353498
Fungus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Fungus
Гость
Перегонщик перекупкиVar79засуньте в UoW список тех DbContext-ов которые в данном вызове сервиса использует метод бизнес логики, измините код UoW что бы он пробежался по этому списку и у всех DbContext-ов сделал SaveChanges

и что это за транзакция будет?

Вот кстати соглашуть. Какая-то ручная транзакция. Которую нужно реализовать самому, и учесть всякие исключения. Вообще есть такое понятие как distributed transaction coordinator, может быть его можно как-то задействовать. Но все равно это будут какие-то велосипеды.
...
Рейтинг: 0 / 0
24.11.2016, 11:46
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39353604
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
skyANA
Участник
FungusПерегонщик перекупкипропущено...


и что это за транзакция будет?

Вот кстати соглашуть. Какая-то ручная транзакция. Которую нужно реализовать самому...
Повод задуматься над тем, а нужна-ли вообще тут транзакция.
...
Рейтинг: 0 / 0
24.11.2016, 13:31
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39353664
Var79
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Var79
Участник
Перегонщик перекупкиFungusЕсли приложение разбито на разные DLL, у которых свои сущности. То у этих DLL должны же быть свои собственные DbContext ?

если они обращаются к разным БД. иначе зачем? пусть будет один
авторбаза данных AdventureWorks содержит схемы для Production, Sales и HumanResources,разве не кандидаты на разные DbContext-ы ?
поскольку БД одна - распределенной транзакции не будет.
Вообще проще обойтись 1м DbContext, наверное, во всяком случае больше двух на практике я не встречал.
...
Рейтинг: 0 / 0
24.11.2016, 14:14
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39354017
Fungus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Fungus
Гость
Офтопичек.
Помнится пару лет назад у "Алексей К" было полноценное приложение, которым он делился для обучения новичков: 15313352
на нем был полный пример WPF приложения.Все по феншую и MVVMую но без EF кажется. Вот хорошо бы найти где-то такое же, но для EF, UOW и т.д.
...
Рейтинг: 0 / 0
24.11.2016, 18:35
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39439515
Артем G
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Артем G
Гость
у меня вот такой вопрос назрел по UOW. Вот такое вот решение это Service Locator? или нет?
взято вот отсюда : https://metanit.com/sharp/mvc5/23.3.php


Код: c#
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
public class UnitOfWork : IDisposable
{
    private OrderContext db = new OrderContext();
    private BookRepository bookRepository;
    private OrderRepository orderRepository;
 
    public BookRepository Books
    {
        get
        {
            if (bookRepository == null)
                bookRepository = new BookRepository(db);
            return bookRepository;
        }
    }
 
    public OrderRepository Orders
    {
        get
        {
            if (orderRepository == null)
                orderRepository = new OrderRepository(db);
            return orderRepository;
        }
    }
 
    public void Save()
    {
        db.SaveChanges();
    }
 
    private bool disposed = false;
 
    public virtual void Dispose(bool disposing)
    {
        if (!this.disposed)
        {
            if (disposing)
            {
                db.Dispose();
            }
            this.disposed = true;
        }
    }
 
    public void Dispose()
    {
        Dispose(true);
        GC.SuppressFinalize(this);
    }
}
...
Рейтинг: 0 / 0
17.04.2017, 10:24
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39439526
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
skyANA
Участник
Артем G, нет, это не Service Locator.
...
Рейтинг: 0 / 0
17.04.2017, 10:48
| Ответить | Цитировать | Написать  
Подскажите современную реализацию Unit of Work + EF.
    #39439548
Артем G
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Артем G
Гость
skyANAАртем G, нет, это не Service Locator.

спасибо за ответ. буду знать.
почитал про сервис локатор и чем-то напомнила такая реализация его. как будто бы он.
кстати погуглил почему способо выше плохой и нашел вот это.

Point 1
This approach leads to opaque dependencies.
Point 2
This violates the Open/Closed principle.
Point 3
This violates the Single Responsibility Principle.
Point 4
This approach uses nominal abstraction which is semantically coupled with Entity Framework.
...
Рейтинг: 0 / 0
17.04.2017, 11:09
| Ответить | Цитировать | Написать  
96 сообщений из 96, показаны все 4 страниц
  все  
Форумы / WinForms, .Net Framework [игнор отключен] [закрыт для гостей] / Подскажите современную реализацию Unit of Work + EF.
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?all=1&fid=20&tid=1399948]:
 0ms
get settings:
 11ms
get forum list:
 15ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 61ms
get topic data:
 14ms
get forum data:
 3ms
get page messages:
 111ms
get tp. blocked users:
 2ms
others: 300ms
total:  525ms
созд. / загр.: 525ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]