Популярный фреймворк или удобный?

Не так давно открыл для себя 'Linq2Db', немного попробовал 'Dapper'. Первый да, реально крут в сравнении с 'EF Core', который регулярно неприятно удивляет генерацией жутких (и неэффективных) запросов, требует постоянного внимательного контроля через логи и вынуждает тратить время на попытки реализовать то, что на базовом SQL (и на Linq2Db) делается проще и понятнее. Например, вот это обсуждение:
https://www.cyberforum.ru/ado-... 37089.html

Ну и на начальном этапе у меня было ещё несколько внезапчиков с EF, в которых не было времени разбираться и пришлось либо прямой SQL вкорячивать, либо бить запросы на кусочки и делать часть операций в памяти (реально быстрее получалось).

Я понимаю, что это, отчасти, нехватка опыта и со временем многие задачи я научусь решать быстро/эффективно, т.к. буду знать специфику, однако, тема выше показывает, что проблема не только в этом.

И, казалось бы, выбор очевиден. Однако, заходим, например, на HH и получаем такой вот расклад:
1. EF / Entity Framework: 70 вакансий.
2. Linq2Db: 3 вакансии.
3. Dapper: 6 вакансий.

И как-то призадумываешься, а стоит ли вообще тратить время на непопулярные фреймворки/библиотеки и тем самым упускать возможность получить реальный боевой опыт работы с теми технологиями, которые востребованны на рынке. Т.е. вот решу я работу сменить, пойду по собеседованиям и окажется, что весь тот год, что я активно работал с 'Linq2Db' не позволяет мне претендовать на вакансии (ну или снижает шансы на успех), где требуется глубокое знание/опыт EF.

0

kotelok, вам никто не мешает изучить и то и другое. Это не китайский язык выучить, на это полжизни не затратится.

Так же добавлю, что если в вакансии указан EF, то там или мелкий\средний проект или команда ещё не наступила на грабли (проект относительно молодой). Т.е. это не показатель крутости EF'а.

К примеру, мы из нашего проекта с огромным удовольствие выбросили бы EF и заменили на Linq2Db, но объём работ просто колоссальный и нам его никто не станет оплачивать. Хотя выигрыш в производительности был бы. Поэтому и в вакансиях у нас тоже требование знания EF'а шестого.

Начинайте изучать EF, чтобы соответствовать требованиям указанным в вакансиях. В конце-концов, чем хороши всякие лёгкие ORM'ки станет понятно только после того, как вы "наедитесь" с EF'ом.

2

Сообщение от Usaga чем хороши всякие лёгкие ORM'ки станет понятно только после того, как вы "наедитесь" с EF'ом.

Я с этим и не спорю. И на Linq2Db внимание обратил именно из-за сложностей с EF. И он мне намного лучше зашёл. Просто озадачился соотношением спроса на рынке.

0