Информация об изменениях

Сообщение Re[37]: Есть ли подобие LINQ на других языках/платформах? от 22.04.2021 14:49

Изменено 22.04.2021 14:55 Serginio1

Re[37]: Есть ли подобие LINQ на других языках/платформах?
Здравствуйте, Ikemefula, Вы писали:

I>Здравствуйте, Serginio1, Вы писали:


I>>>Linq основан на IQueryable, а IEnumerable нужн рассматривать как оптимизацию частного случая.

S>>И откуда ты ото взял. При этом бОльшая часть линка используется именно для IEnumerable.
S>>Деревья выражений не используются в IEnumerable, но ты не против них!

I>Деревья нужны что бы строить скажем SQL. Добавил пров — получил итерацию.

I>С IEnumerable так невозможно.
Можно!! Берем Roslyn и обрабатываем! Нет проблем
S>> Еще раз List реализует IEnumerable, но заполнение List ну ни хрена не ленива!!

I>Когда тебе надо по одному источнику проходить несколько раз, что вобщем частый случай, издержки от yield и тотальной ленивости возрастают до небес.

То есть те кто использует Linq для коллекций дураки и нужно использовать List
S>>Или другие способы генерации кода например Source Generator
S>>https://devblogs.microsoft.com/dotnet/introducing-c-source-generators/

I>На всякий — я портировал часть Linq и ODATA на JavaScript. Просто что бы ты представлял, откуда у меня познания в Linq и его применениях.

Я рад за тебя. Зачем ты портировал если он такой плохой. ODATA вообще то не имеет отношения к Linq. 1C использует, но линка в нем нет
Но есть Linq to ODATA но там IQueriable
И в итоге за что минус!!!
Re[37]: Есть ли подобие LINQ на других языках/платформах?
Здравствуйте, Ikemefula, Вы писали:

I>Здравствуйте, Serginio1, Вы писали:


I>>>Linq основан на IQueryable, а IEnumerable нужн рассматривать как оптимизацию частного случая.

S>>И откуда ты ото взял. При этом бОльшая часть линка используется именно для IEnumerable.
S>>Деревья выражений не используются в IEnumerable, но ты не против них!

I>Деревья нужны что бы строить скажем SQL. Добавил пров — получил итерацию.

I>С IEnumerable так невозможно.
Можно!! Берем Roslyn и обрабатываем! Нет проблем
S>> Еще раз List реализует IEnumerable, но заполнение List ну ни хрена не ленива!!

I>Когда тебе надо по одному источнику проходить несколько раз, что вобщем частый случай, издержки от yield и тотальной ленивости возрастают до небес.

Linq это цепочка вызовов в 5 и более расширений и по этому ленивость важна, что бы свести количество итераций к минимуму.
Именно на этом и посмтроен линк для коллекций. И ты мне за это ставишь минус!!!
То есть те кто использует Linq для коллекций дураки и нужно использовать List
S>>Или другие способы генерации кода например Source Generator
S>>https://devblogs.microsoft.com/dotnet/introducing-c-source-generators/

I>На всякий — я портировал часть Linq и ODATA на JavaScript. Просто что бы ты представлял, откуда у меня познания в Linq и его применениях.

Я рад за тебя. Зачем ты портировал если он такой плохой. ODATA вообще то не имеет отношения к Linq. 1C использует, но линка в нем нет
Но есть Linq to ODATA но там IQueriable
И в итоге за что минус!!!