сравнивйте вещи из одной категории
-----
Я, вообще-то, сравниваю вещи абсолютно сопостовимые. Единственно - тебе не
понятно какие. Поясню. Я сравниваю твой восторг от наличия LINQ с восторгом
моего шефа в момент выхода Аксесса. Да и аргументы - практически совпадают.
Единственное - тогда ругалась связка - ОДБС-БиТреев, а сейчас - Аксесс...
З.Ы. На Аксессе тоже можно писать в псевдоООП, но никто этого не делает. И
Я полагаю, что это создаст те же проблемы при применении LINQ.
Я уверен, takeWhile разворачиваетсся в банльный цикл
------
Вопрос в том, где и когда это происходит. Внутри объекта меня это утраивает.
вы считаете, наличие массивов в языке лишним?
------
Я считаю, что прямое использоване масивов не есть правильный стиль разработки.
Сущности должны быть выделены и типизированы. Внутренняя имплементация -
уже не вопрос - через массив, через лист, через хэш-табле - как надо.
Пишите километры
-----
Размер кода меня уже давно волнует очень мало.
По секрету скажу - последнее время и производительность беспокоит лишь на
уровне того, что об ней надо помнить.
Что меня сегодгня интересует - как описать всю задачу в виде расширяемого
набора интерфейсов и автоматически построить схему трансформации из некоторого
описания в имплементацию этих интерфейсов.
Гудбай IEnumarable, foreach и тому подобное.
-----
Ты можешь и удивиться - foreach вне объекта есть вещь не хорошая...
LINQ используется ровно на том же месте
-----
Ты не объяснишь, почему у меня стойкое впечатление, что он будет использоваться
гораздо шире? И это применение опустит его на уровень SQL в Аксессе...
для разработки дорогой поделки время разработки играет существенную роль всегда.
-----
Не передергивай в пустую - речь про соотношение разработка/поддержка.