hVostt, ну я не знаю, давай на примере что-ли тебе объясню.

Вот есть у нас такой JSON:

и есть код:


Вот это называется преобразовать JSON в граф объекта (полный).

ТСу нужно тоже самое, только данные не в JSON, а в БД. И при помощи EF :)

skyANAТСу нужно тоже самое, только данные у него не в JSON, а в БД. И сделать это нужно не JavaScriptSerializer-ом, а при помощи EF :)Поправил.

hVosttskyANAВот это называется преобразовать JSON в граф объекта (полный).

ТСу нужно тоже самое, только данные не в JSON, а в БД. И при помощи EF :)

Ну ладно, спишем на то, что пример с JSON ты сам выдумал (ТС ничего про него не говорил).

JSON сериализует объект со всеми потрохами, для сериализатора в принципе нет понятия «навигационное свойство». А для EF вложенный объект, это на самом деле не вложенный объект, а внешняя связь с другим объектом. Ты сравниваешь пеликана и рябчика, просто потому что они «птицы», но сравнение некорректное. Поэтому «тоже самое» не получится, из-за нарушения банальной логики в рассуждениях.Как же с тобой трудно.

Пример я выдумал для иллюстрации того, что должно получиться на выходе, какой card, и что такое граф объекта (полный). Ты же сам спрашивал, что я хочу донести.
До примера-то ты чего докопался, привычка?

Зачем ты полез в дебри с пеликаном и рябчиком? Как это "тоже самое" не получится? ТС же получил. :)

hVosttskyANAТСу нужно тоже самое, только данные не в JSON, а в БД. И при помощи EF :)

И не забывай, что благодаря Lazy мы итак получаем «полный граф объекта» без плясок с бубнами. Вопросы с производительностью надо решать тогда, когда появляется необходимость. Нет нужды безсмысленно всё вкорячивать в «адын запрос». Нафига вообще страдать подобной ерундой?Чёрт, ну вот куда тебя несёт. Зачем ты начал рассказывать про то, когда полный граф нужен сразу, а когда следует использовать Lazy?
Умные бородатые дядьки давно про это уже расписали, а я прочитал и намотал на ус :)

hVosttskyANAКак же с тобой трудно.

Пример я выдумал для иллюстрации того, что должно получиться на выходе, какой card, и что такое граф объекта (полный). Ты же сам спрашивал, что я хочу донести.
До примера-то ты чего докопался, привычка?

Зачем ты полез в дебри с пеликаном и рябчиком? Как это "тоже самое" не получится? ТС же получил. :)

А что трудного-то? Понять простейшую мысль, которую я озвучил: «Include — это плохо»? Реально, никак не получается одолеть? Я уже до 3-х слов сократил. Может на китайский перевести? Или на узбекский? Какие сложности с пониманием-то?

И не съезжай на ТС. Какие ещё дебри? Ты реально не понимаешь что такое навигационное свойство, и как оно работает? Загляни в исходники что ли. Навигационное свойство ≠ вложенный объект — так понятней?Алё, гараж!

Мне не интересны эти подробности, я не пользуюсь EF и не планирую.
Просто напиши код, что вернёт тоже самое, что сейчас возвращает ТС при помощи Include, но без Include.

Какие проблемы?

Я могу написать на чистом ADO.NET, на BLToolkit, NHibernate, Dapper. Но ТСу нужно на EF :)

Разве это сложно?

Ладно, порылся в Яндексе.

Навигационные свойства и lazy loading

Include() в EF - это реализация так называемой "жадной загрузки" или eager loading . То есть как раз то, что нужно ТС.
И ничего плохого в данной конкретной задаче в нём нет.

А hVostt походу тупо фанат lazy loading и проекций (от Стаса видимо заразился). Вот только объяснить этого толком не способен.
Вообщем разобрались.

hVosttskyANAЛадно, порылся в Яндексе.

Навигационные свойства и lazy loading

Include() в EF - это реализация так называемой "жадной загрузки" или eager loading . То есть как раз то, что нужно ТС.
И ничего плохого в данной конкретной задаче в нём нет.

А hVostt походу тупо фанат lazy loading и проекций (от Стаса видимо заразился). Вот только объяснить этого толком не способен.
Вообщем разобрались.

Ну наконец-то ты хоть разобрался в вопросе. Плохого в Include настолько много, что лучше на самом раннем этапе от него навсегда отказаться.

Понимаю, что желание ТС Include удовлетворяет, но я предупреждаю, что будешь использовать Include -- поимеешь проблем в будущем.

Ты с этим не согласен?Не согласен. Ничего плохого в eager loading нет. Нужно просто понимать, где жадно загружать, а где лениво.

hVosttКстати, «Жадная загрузка» не уменьшает нагрузки на БД, а только увеличивает её, так что это плохо, и не надо говорить «ничего плохого нет», я конечно понимаю что тебе по барабану, но не стоит раздавать плохих советов.Глупости. Не зачем такой простой объект доставать в два запроса.

hVosttskyANAВот только объяснить этого толком не способен.

И кстати, что за манера делать такие голословные утверждения?
Или это у тебя включён режим троллинга? Никакого троллинга.

ИМХО ты распыляешься на какие-то проекции, абстрактные репозитории, какие-то эмоциональные выссказывания. Вообщем получается много букофф и мало толку.

Можно было просто объяснить, почему ты не любишь "жадную загрузу" и рекомендуешь "ленивую". И кусок кода для классов ТС приложить в качестве примера.

hVosttОбъяснить я бы мог. Но пожалуйста, не поленись найти в топике вопрос «почему?» заданный мне на счёт Include? Разве должен я сам себе его задавать за кого-то и тут же на него отвечать? Ты уже сам запутался в показаниях.У тебя никаких паталогий не наблюдается?

Не поленился и нашёл: 16780441
hVosttЗабудь навсегда про Include . Никогда не используй Include. Никогда. Слышышь?Shocker.Pro hVostt , ты не ответил, почему? Как иначе подгрузить навигационные свойства в сущность?viton-zizuНа самом деле тоже интересно! А то может он мульон лишних запросов к БД городит и можно как то это обойти)Специально выделил тебе вопрос почему, заданный тебе на счёт Include.

Ну теперь-то объяснишь свою позицию? Только давай нормально, а не плохо, потому что я уже три раза сказал, что плохо.

ViPRoshVostt,

да ему пофиг все
отвечает на вопрос по еф, при этом не знает еф
отвечает на вопрос о редактировании таблиц, при этом не работает с таблицами и нифига не знает что это такое
думаю он и скл не знает
больной чекЧто за глупости ты пишешь?

Где я отвечал на вопрос по EF? Ссылку дать сможешь?
Где я отвечал на вопрос о редактировании таблиц? Ссылку дать сможешь?
С чего ты взял, что я не работаю с таблицами? С того что CMS модуль Абрикоса хранит данные в MongoDB и там есть контур конкурентного редактирования?

И небось уже бухнул на ночь глядя, что решил, что обзываться уже можно на форуме?

hVosttViPRosотвечает на вопрос по еф, при этом не знает еф

Это меня вообще в тупик ставит. Я же не лезу кому-то что-то доказывать в топики, где обсуждаются технологии и инструменты, с которыми я не работаю. Странно это всё, странно Ну не строй из себя дурака. Мои замечания к тебе относились не к EF, а к тому, что ты совсем не то, что надо ТСу предлагаешь.