Код Entity Framework Первое соглашение по настройке должно быть наоборот [закрыто]

Почему MS решила использовать соглашение вместо конфигурации.

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

При текущем подходе MSM мне приходится применять атрибуты к -свойствам, не сохраняемым, а не наоборот. Разве это не должно быть первым пунктом кода -? Использовать иерархию рабочего класса и превратить ее в постоянство, совместимую в качестве «дополнения»?

Я понимаю, что некоторые соглашения очень полезны, такие как наименования Identity или свойств первичного ключа и внешних ключей. Но, честно говоря, скажите мне, сколько разработчиков использовали бы сначала код -вместо модели -, если бы у них еще НЕ было структуры классов???