я действительно понимаю его полноценность в linq, но я чувствую, что только linq команда пишет такие сложные queriable объекты, что урожай полезен.
Урожай был полезен, как только он был реализован в.NET 2.0, который был задолго до того, как любой когда-либо думал о LINQ.
, Почему был бы, я пишу эту функцию:
IList<string> LoadStuff() {
var ret = new List<string>();
foreach(var x in SomeExternalResource)
ret.Add(x);
return ret;
}
, Когда я могу использовать урожай и сэкономить усилия и сложность создания временного списка ни на каком серьезном основании:
IEnumerable<string> LoadStuff() {
foreach(var x in SomeExternalResource)
yield return x;
}
Это может также иметь огромные преимущества производительности. Если Ваш код только, окажется, будет использовать первые 5 элементов набора, то использование урожая будет часто избегать усилия по загрузке чего-либо мимо той точки. Если Вы создаете набор, тогда возвращают его, Вы тратите впустую тонну вещей загрузки времени и пространства, в которых Вы никогда не будете нуждаться.
я мог продолжить и на....
Если вы думаете сохранить функциональность перетаскивания и потерять представление проводника, вы можете посмотреть это ..
Проблема, с которой вы сталкиваетесь, является одной из самых неприятных функций SharePoint, по какой-то причине она игнорирует не только наши требования к метаданным, но и события, которые вы пытаетесь зафиксировать при использовании вид проводника или путь unc. Я считаю, что единственный способ обойти это - создать рабочий процесс WWF.
Workaround:
You are probably able to capture the events from your .NET logic now.