Нужно ещё 10 голосов

я понял @KapLead так, что по его словам "code first == зло"

так-то ессно, если уметь нормально работать с каким-то фреймворком, то проще и быстрее его использовать

опять же, повторюсь, "для каждой задачи - свои инструменты"

если нужна какая-то сложная аналитика поверх БД с кучей данных - чистый SQL решает (хех, и опять же его нужно уметь готовить, потому что запрос, выполняющий одно и то же действие, можно написать совершенно по-разному)

какое практическое применение кодефирста?

проектировать на живую бд?

накидать классы сущностей, через миграцию создать прототип БД и потом разбираться с бизнес-логикой, параллельно добавляя через те же миграции новые сущности по мере необходимости

прикручивал я code first на живую БД, вполне успешно работало

не могу представить ТЗ, где нет внятной структуры бд, или ее понимания

это долго - прототипизировать

а если через DbFirst заскаффолдить ентити и потом есть необходимость что-то добавить, как делать, в менеджмент студии создавать новий функционал и скафолдить-force или как?

а время деньги

ну вот например пилили мы проект
через пару месяцев заказчики такие: ой, а мы ещё аналитику хотим прям тут же
окей, накидываем классы сущностей для описания аналитики, обновляем БД через миграцию и фигачим бизнес-логику для сбора аналитики

и никаких страданий

у вас понимание было, как еф работает

делаем новую миграцию с изменениями

да, я пару дней документацию почитал

так же как и в кодфёст

я говорил в контексте ЗНАКОМСТВА с еф с нуля

до этого ни разу с EF не работал

для чела, который тут 5й день надрывается