Entity Framework Learning Guide - очень полезное подробное руководство
500-страничная работа энтузиаста, освещающая основные моменты и практики работы с Entity Framework - очень рекомендую.
Я как раз собирался писать пост про поддержку хранимых процедур в Entity Framework, когда мне прислали ссылку на данную работу - Contributions to Entity framework community .
В ней Zeeshan Hirani подробно на 500-ста страницах разбирает все основные сценарии использования Entity Framework:
- Создание Entities (Концептуальной модели) с использованием не только one-to-many, но и self-referencing и many-to-many связей, а также Entity Splitting
- Реализацию сценариев Eager и Lazy Loading
- Работу с QueryView и DefiningQuery для расширения возможностей маппинга
- Реализация наследования при использовании Entities
- Оптимизация производительности Entity Framework
- Работу с хранимыми процедурами во всех основных поддерживаемых сценариях.
Я более подробно почитал как раз последнюю часть и пришел к выводу, что она очень хорошо раскрывает данную тему, а также перечисленные выше сценарии, поэтому и привожу ссылку на данную работу здесь. Также данное руководство снабжено примерами демонстрируемых решений, что делает его еще ценнее.
Comments
Anonymous
January 10, 2009
PingBack from http://blogs.gotdotnet.ru/personal/zdebskis/PermaLink.aspx?guid=e713f01c-324c-4795-9d3d-30716c17308dAnonymous
January 11, 2009
Замечательно, что решил не писать. Однако, Zeeshan Hirani говорит и пишет по-английски. Поэтому писать или хотя бы переводить всё таки придётся:)Anonymous
January 11, 2009
Zeeshan Hirani говорит и пишет по-английски. Поэтому писать или хотя бы переводить всё таки придётсяAnonymous
January 11, 2009
>> Zeeshan Hirani говорит и пишет по-английски. >> Поэтому писать или хотя бы переводить всё таки придётся а зачем? по-моему все понятно и без перевода. нет разве?Anonymous
January 11, 2009
Друзья, есть еще мнения, что данный раздел нужно в этом посте руссифицировать? Если хотя бы 5 человек в комментах к этому посту попросят - я это с удовольствием сделаю, главное - чтобы был интерес.Anonymous
January 11, 2009
Перевод был бы как нельзя ксати. Английский язык еще никто не отменял, но читать и вникать на своем родном русском языке намного проще.Anonymous
January 12, 2009
> читать и вникать на своем родном русском языке намного проще Если область устоявшаяся - да, но опять же, вечные терминологические споры. А если область новая, то вообще туши свет - чайники такого понапишут, что Промт покажется мастером словесности. И если уж писать, то свою, оригинальную статью, т.к. буржуи льют много воды или опускаются до тупых, частных решений.Anonymous
January 12, 2009
Спасибо Роман! Очень нужный материал. При желании вполне можно разобраться в английской версии, но на это, думаю, у многих уйдет больше времени. К тому же материал новый, наверняка там будут не понятные термины. Статей же об EF на родном языке вообще мало. Вобщем я обеими руками за руссификацию!Anonymous
January 12, 2009
To Sergey Zwezdin: У меня создалось впечатление что ты в коментах разговоривал сам с собой )))))) To Roman Zdebskiy: Перевод не нужен. Русский язык не создан для технической литературы =) PS: Скорее бы V2 выпустили. V1 не совместим с жизнью. Демки с POCO в V2 оставляют надежду на лучшее. А пока Telerik Open Access гораздо привлекательнее Entity.Anonymous
January 12, 2009
Перевод в сложных вопросах желателен.Anonymous
January 12, 2009
Спасибо за комментарии, 5 голосов набрали :-), буду писать статью по хранинымым процедурам в Entity Framework на русском.Anonymous
January 15, 2009
Есть, русифицировать надо. Я подтягиваю свой английский, достаточно понимаю, но всё же на родном языке читать приятнее!Anonymous
February 12, 2009
Бвло бы очень замечательно, если бы труд сей был переведен на наш родный. Вот только что: Роман, я прочитал, наверное, большую часть, что-то последовательно, что-то кусочно и понял, чего в этом труде не хватает для полного комфорта работы с EF. А не хватает описания о-о-чень часто возникающих ошибок при описании концептуальной модели. Может я пытаюсь построить нечто слишком витееватое в решениях, но судя по количеству блог-постов по разбору этих ошибок, я далеко не один такой ) Думаю, что этот труд, переведенный на русский язык плюс разбор ограничений концептуальной модели (из-за которых ошибки и случаются) - получится вполне полноценная и завершенная работа.Anonymous
March 23, 2010
С удовольствием - это хорошо ... Перевод пока еще не родился?Anonymous
August 16, 2010
Роман, у меня несколько вопросов к Вам как к специалисту по "Entity Frame Work":
- Доступ к данным при сохранении или изменении синхронизирован ? или нужно писать синхронизацию самому ?
- При создании web site с многими пользователями, где лучше всего создать объект "Entity Model", например в Application_Start или Session_Start, или создать глобальным и static С уважением Ефраим
- Anonymous
September 06, 2010
- Сценарии изменения и отслеживания конфликтов одновременного изменения полностью поддерживаются.
- Здесь есть интересная информация по вашему вопросу - dotnetslackers.com/.../Managing-Entity-Framework-ObjectContext-lifespan-and-scope-in-n-layered-ASP-NET-applications.aspx
Anonymous
November 07, 2010
Извените, я так и не поняла ответа на вопрос: Перевод пока еще не родился?Anonymous
January 03, 2012
The comment has been removedAnonymous
January 03, 2012
To Efraim Если работаете в лоб, т.е. уже есть база данных, автоматом делаете edm model, то да, доступ синхронизирован глобальным static не в коем случае, по скольку метод SaveChanges (если без плясок с бубном) сохраняет ВСЕ изменения экземпляра модели, т.е. если у вас с одним экземпляром работают две формы (или пользователя) то сохранение данных в одной форме, приведет к сохранению данных и в другой форме, а это мягко говоря не всегда желательно. P.S. это упрощенный ответ, конечно же есть исключения и т.д., но в 95% случаев это так, и не зачем усложнять сей прекрасный инструмент, создававшийся в первую очередь для упрощения работы с бд.