Кстати, просто так, к слову и не в тему:) Один из бичей и багообразующих явлений в asp.net приложении (особенно для тех, кто пришел в asp.net из WinForms), это статики в asp.net. Хорошо работает, когда приложением занят один пользователь, если же пользователей несколько, то статики для них являются объектом синхронизации. Пользователи начинают перехватывать друг у друга команды, мешать использовать транзакции и т.п. Очень весело и пока догонишь, почему глючит, пройдет много времени.
Так фишка в том, что EF в таком случае уже не подходит. Имхо, сейчас EF пригоден для быстрого написания приложения, аля code-monkey, взял, натыкал, прибиндил, показал. Для суровых проектов лично я так и не смог разобраться, сможет ли EF удовлетворять предъявляемым требованиям. Скорее нет, чем да:)
Хм. Совсем нет. Как мне кажется, 7y7 разговаривал про отсутствие ленивой загрузки в EF и обосновал ее тем, что к БД предъявляется жесткое требование соответствовать доменной модели. Я бы хотел уточнить момент про приведение мэппингующихся классов, потому что мне непонятно, что к чему приводится.
+1 к примеру о хорошей архитектуре:) Для двух таблиц выходит складно, но если их десять? Или, даже, так, если есть требование хранить в одной таблице граф объектов?
Увы, увы, только в рамках парадигмы Майкрософтовского РАДа:) При более серьезной организации хранения данных или же увеличения сложности интеграции (когда данные нужно гонять между несколькими системами), разработанных дизайнером студии классов банально не хватает.
В догонку к предыдущему комментатору, очень хотелось бы услышать о наследовании, которое есть в Entity Framework. Сам на него смотрел, но, если честно, не разобрался, как и на что оно влияет. На диаграмме возможность указать наследование есть, но оно не влияет на код.
Одно из препятствий, почему я не смог убедить менеджера проекта заюзать эту технологию — разработчик доменной модели посчитал, что без наследования эту штуку использовать накладно. А у меня как-то тяму не хватило с нахрапа взять эту вершину.
Насчет быстродействия можно почитать тут:
merle-amber.blogspot.com/2008/11/net-orm-2-sql.html
Одно из препятствий, почему я не смог убедить менеджера проекта заюзать эту технологию — разработчик доменной модели посчитал, что без наследования эту штуку использовать накладно. А у меня как-то тяму не хватило с нахрапа взять эту вершину.