linq к sql автоматически ленивые объекты, связанные с загрузкой?
Часто проблемы, возникающие при сравнении прогона команды composer, могут быть вызваны использованием другой версии. Поскольку в каждом выпуске вносится множество изменений (например, разные порядки сортировки глобуса, которые дают разные пути к файлам, а также немного другое регулярное выражение для соответствия версии пакетов), лучшим вариантом будет сравнить вашу версию с той, что у вашего партнера используя composer -v на вашей оболочке (проверьте ссылку для более подробных примеров и информации), и, как всегда, я предлагаю держать всех на последней версии, выполнив composer self-update, если есть не являются строгим требованием, которое требует более низкой версии.
3 ответа
Да, я полагаю, что это делает. Это также имеет "загрузку с" функцией / семантический, который позволяет Вам пакетной загрузке несколько вещей в подходе ружья. Это полезно, когда Вы будете знать, что будете связанные с потребностью данные наряду с основным объектом сразу, любить предварительно кэшировать все данные, необходимо будет представить единственную Веб-страницу и т.д.
Это зависит, как Вы определяете "ленивую загрузку".
Если Вы говорите
var person = (from p in db.People
where p.PersonId = pid
select p).First();
var spouse = person.Spouse; // based on the SpouseId FK
// back into the People table.
Затем это было бы точно "lazying загружающийся", поскольку второй объект не вытягивают от базы данных, пока на это не ссылаются. Это однако, потребует двух запросов базы данных.
Однако, если необходимо было сказать,
var family = (from p in db.People
where p.PersonId = pid
select new
{
Name = p.Name,
SpouseName = p.Spouse.Name
}).First();
Затем Linq автоматически сделает соединение и загрузит информацию из обеих записей в запросе единой базы данных.
Да, ленивая загрузка включена по умолчанию. Проверьте эту статью.