Касательно этого моего поста. Нет, всё же, требование конструкторов без параметров в линке не даёт мне воспользоваться ReadOnlyCollection. Тогда остаётся узнать, что имеется ввиду под "the type of source ".

И ещё, есть способ узнать, при вызове Count() начинается итерация по коллеции или всего лишь считывается готовое свойство? Скажем, под дебагом залезть во внутрь Enumerable>Count() можно, и посмотреть, выполнилось ли там условие (если следовать примеру skyANA)




?

авторБлеать! Ты каким местом документацию читаешь?



Ну вот мы и видим, что IEnumerable<TSource> source не поддерживает Count(), а значит, расширитель будет использовать проход по коллекции.

Но если вы скажете, что тут задействована ковариация, и компилятор может определить, что под IEnumerable<TSource> source сидит какой-нибудь ICollection, и тогда он воспользуется его свойством Count без прохода по коллеции... Или вы так не скажите?

авторПод "the type of source" имеется ввиду конкретный тип параметра source!
Т. е. таки ковариация? - Любой тип, унаследованный от IEnumerable?

skyANAuser7320И ещё, есть способ ... под дебагом залезть во внутрь Enumerable>Count()? How to: Debug .NET Framework Source
Проверил - код сразу возвращает Count, а не вычисляет его. Значит, с ковариацией моя догадка была верна.

skyANAuser7320Значит, с ковариацией моя догадка была верна.Ты толком не понял, что такое ковариация.
Почему? - Это когда можно передавать объект типа, более унаследованного, чем объявленный. У МС, правда, вводятся ещё всякие ограничения, когда это применяется для параметров или возвращаемых значений.

skyANAuser7320пропущено...

Почему? - Это когда можно передавать объект типа, более унаследованного, чем объявленный.Нет, это не правильное определение. Ты его сам придумал? А что такое полиморфизм в твоём понимании?
Ладно, преположим, что я не знаю, что такое ковариация и прочие такие штуки. Но вопрос-то (первый абцаз в моём комментарии) остаётся! Т. е. расширитель будет использовать проход по коллеции. А он на деле не использует! Как же так?

skyANAuser7320, ты завязывай траву-то курить.
Тебе уже и ссылку на документацию дали, и код метода расширения, и ты убедился в том, что он работает так, как написан. А всё равно не врубаешься.
Высохли походу мозги-то
Ладно, будем отталкиваться от этого поста . Вы, конечно, прямо не говорите, но я так понимаю, что согласны, что компилятор знает, какой конкретный тип сидит под IEnumerable во время выполнения, реализует ли этот тип ICollection и в результате применяет или не применяет уже заполненное свойство Count при вызове расширяющего метода Count(). Но пользователь-то, который считывает моё свойство IEnumerable, не знает всего этого! Как же тут тогда быть? Это же, как её, инкабсумляция, мать её! Как:

1) дать ему возможность перебрать свойство this.Groups;

2) дать ему возможность считать (не вычислить перебором!) число элементов коллекции этого свойства;

3) не дать ему возможности добавлять и изменять элементы в коллеции явно (т. е. обойтись без всяких ICollection; если будет копировать коллецию в другую, где сможет менять всё, что захочет - его проблемы);

4) не показывать ему код модели (т. е. он не знает, что там сидит под IEnumerable или какое я свойство ему выставлю) - т. е. он не может рассчитывать на вызов метода (Count(), например), не зная, сколько это ему будет стоит;

5) чтобы свойство имело не конкретный тип, а абстрактный, потому что так говорят великие десять заповедей восемь принципов ООП;

6) чтобы у этого типа были конструкторы без параметров, чтобы можно было использовать инициализацию в LINQ?

Вроде, ничего не забыл.

У меня такое ощущение, что я пытаюсь донести все эти пункты, а мне говорят "ну вот же тебе IEnumerable - он удовлетворяет четырём твоим трбованиям", или "любые три из шести", или "5 из 36" - спортлото какое-то получается.

На вскидку:

IEnumerable не подходит по п.4;
ICollection - п. 3;
IReadOnlyCollection - п. 6, т. к. реализует этот тырфейс из подходящих мне коллеций только ReadOnlyCollection, у которой конструктор с параметром - т. е. в линке не работает.

Короче, если есть каунт, то ленивые загрузки уже не катят, а раз так, то гулять так гулять. Тем более, что там не более 20 записей в одной таблице и на каждую из них по 0-5 записей через связь. Чёжь вы сразу не сказали, что надо делать так:




Вся суть в ToList после "from wg in db.WeedGroups select wg". Вот теперь эта штука удовлетворяет всем 6 требованиям. В смысле, что шестое ликвидировалось путём загрузки в память нужной коллекции. А все эти ленивые загрузки при таких смехотворных данных, как у меня - это эти, как их... а, преждевременные оптимизации, во!

Вот когда надо будет действительно чего-то там лениво делать или бояться, что слишком много загрузит из БД и сервер нагнёт, тогда да, можно будет отдельное свойство для Count сделать.

Чтобы не было расходов, можно фильтр поставить в "from wg in db.WeedGroups select wg", но у меня просто задача была как раз вытащить всё, без фильтра. Да, и у меня фигня написана была раньше в этом месте

Biogroups = db.Biogroups
.Where...

А сейчас сделал так

Biogroups = selectedWG.Biogroups
.Where...

handmadeFromRuТС тебя кто научил в конструкторе такое вытворять?
Да вы к словам не привязывайтесь - мы уже это обсудили. Это такой тестовый код, чтобы репозиторий не писать. Главное то, что я отметил как "СУТЬ".

skyANAuser7320Короче, если есть каунт, то ленивые загрузки уже не катят, а раз так, то гулять так гулять. Тем более, что там не более 20 записей в одной таблице и на каждую из них по 0-5 записей через связь. Чёжь вы сразу не сказали, что надо делать такТебе сразу намекнули, что ты пишешь плохой код.
А новый лучше?

skyANAuser7320пропущено...

А новый лучше?Неа.
А по-моему, лучше. Ведь я реализовал всё, что хотел. А репозиторий будет в следующей серии... или в следующем сезоне.