Size: a a a

2020 March 25

B

Bretbas in pro.net
опять эта ссанина мешает мне сделать это
источник

AT

Alexey Tkachenko in pro.net
в SQL для этого есть JOIN
источник

AT

Alexey Tkachenko in pro.net
хватит OUTER JOIN
источник

B

Bretbas in pro.net
Alexey Tkachenko
в SQL для этого есть JOIN
я знаю что там есть. Просто я юзаю EF Core. И хотелось бы на нем попробовать это вытворить.
В принципе он делает это. Но тогда все мапы нужно писать в месте вызова, тоесть в Select
источник

B

Bretbas in pro.net
а я юзаю ProjectTo из Automapper.
И вот начал сталкиваться с проблемами блин
источник

AT

Alexey Tkachenko in pro.net
Bretbas
я знаю что там есть. Просто я юзаю EF Core. И хотелось бы на нем попробовать это вытворить.
В принципе он делает это. Но тогда все мапы нужно писать в месте вызова, тоесть в Select
источник

B

Bretbas in pro.net
бред какой-то.
нахрена они этот ProjectTo сделали тогда, если с ним нельзя поиграться нормально
источник

VS

Vasily Shapenko in pro.net
Я бы задумался о том, что потом этот код кому-то поддерживать
источник

B

Bretbas in pro.net
Vasily Shapenko
Я бы задумался о том, что потом этот код кому-то поддерживать
ну в принципе тут норм все идет. Мапа есть мапа.
Просто начинает появляться бизнес-логика, и я не могу понять, зачем тогда ProjectTo
источник

B

Bretbas in pro.net
если он не решает проблему
источник

AB

Alex B in pro.net
С ProjectTo удобно, если нужно по какой то причине мапить в свои DTO результаты запросов. Лоигку туда прокидывать это прям так себе. Суть удобства в том, что Expression из AutoMapper’а влияет на запрос в БД. Если мапишь таблицу пользователь на UserInfo { Id, Login }, то SELECT должен выбирать из БД только id, login. Проверять права, инъектить сервисы и т.д. туда не стоит.
источник

B

Bretbas in pro.net
Alex B
С ProjectTo удобно, если нужно по какой то причине мапить в свои DTO результаты запросов. Лоигку туда прокидывать это прям так себе. Суть удобства в том, что Expression из AutoMapper’а влияет на запрос в БД. Если мапишь таблицу пользователь на UserInfo { Id, Login }, то SELECT должен выбирать из БД только id, login. Проверять права, инъектить сервисы и т.д. туда не стоит.
никто не собирается
источник

B

Bretbas in pro.net
просто вот ситуация, как быть?
источник

B

Bretbas in pro.net
конечно тянуть в мапу бизнеслогику - это бред.
никто не спорит
источник

B

Bretbas in pro.net
как быть в этой ситуации, которую я описал?
скажем даже с лайками/дизлайками?
источник

B

Bretbas in pro.net
Alex B
С ProjectTo удобно, если нужно по какой то причине мапить в свои DTO результаты запросов. Лоигку туда прокидывать это прям так себе. Суть удобства в том, что Expression из AutoMapper’а влияет на запрос в БД. Если мапишь таблицу пользователь на UserInfo { Id, Login }, то SELECT должен выбирать из БД только id, login. Проверять права, инъектить сервисы и т.д. туда не стоит.
избавляться в этих моментах от ProjectTo и писать большую мапу в точке вызова с огромным Select ?
источник

VS

Vasily Shapenko in pro.net
Не совсем понятно, зачем тут вообще ef
источник

VL

Vova Lantsov in pro.net
Bretbas
избавляться в этих моментах от ProjectTo и писать большую мапу в точке вызова с огромным Select ?
Ты так давно ломаешь голову над этим ProjectTo, я бы посоветовал задать вопрос в репозитории маппера
источник

B

Bretbas in pro.net
Vasily Shapenko
Не совсем понятно, зачем тут вообще ef
ну ProjectTo на IQueryable применяется
источник

B

Bretbas in pro.net
Vova Lantsov
Ты так давно ломаешь голову над этим ProjectTo, я бы посоветовал задать вопрос в репозитории маппера
ну придется, а че делать то
источник