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

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

C>>>В Rust такая конструкция просто не скомпилируется:
S>> Так и в C# такая конструкция вроде не скомпилируется. Еще с первых версий нельзя производить действия с итератором.
C>Ещё как скомпилируется, и сломается потом в рантайме. Действия идут не с итератором, а со словарём, который итерируется.
Да точно вспомнил. Сам же когда свой словарь делал вставлял это ограничение.

S>>Хотя для словаря это не критично. Вернее для определенных его вариантов.
C>Это один из простых примеров, когда возникает ошибка из-за aliasing'а данных.


S>>>> Что такое ET?
C>>>Expression Tree — второй лик LINQ'а.
S>> Ну на самом деле надо просто на этом руку набить.Отдельная специализация. Правда когда очень припрет
C>Ну вот и не надо делать из LINQ'а манну небесную — для коллекций это просто удобный синтаксический сахар. А работа с БД для С++ не особо актуальна.
Ну тут то предлагают делать на C++ все, что только можно.
Просто реально Linq очень удобен и прежде всего при работе с Базами данных. И в основном не делают своих провайдеров а используют Linq to EF. Со всеми его достоинствами и недостатками. Как программист 1С основная лимитирующая часть, это доступ к БД.
А с остальным справляется даже интерпритатор.
Хотя народ и пишет расширения LINQKit
Dynamically Composing Expression Predicates

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

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

C>>>В Rust такая конструкция просто не скомпилируется:
S>> Так и в C# такая конструкция вроде не скомпилируется. Еще с первых версий нельзя производить действия с итератором.
C>Ещё как скомпилируется, и сломается потом в рантайме. Действия идут не с итератором, а со словарём, который итерируется.
Да точно вспомнил. Сам же когда свой словарь делал вставлял это ограничение.

S>>Хотя для словаря это не критично. Вернее для определенных его вариантов.
C>Это один из простых примеров, когда возникает ошибка из-за aliasing'а данных.


S>>>> Что такое ET?
C>>>Expression Tree — второй лик LINQ'а.
S>> Ну на самом деле надо просто на этом руку набить.Отдельная специализация. Правда когда очень припрет
C>Ну вот и не надо делать из LINQ'а манну небесную — для коллекций это просто удобный синтаксический сахар. А работа с БД для С++ не особо актуальна.
Ну тут то предлагают делать на C++ все, что только можно.
Просто реально Linq очень удобен и прежде всего при работе с Базами данных. И в основном не делают своих провайдеров а используют Linq to EF. Со всеми его достоинствами и недостатками. Как программист 1С основная лимитирующая часть, это доступ к БД.
А с остальным справляется даже интерпритатор.
Хотя народ и пишет расширения LINQKit
Dynamically Composing Expression Predicates
https://msdn.microsoft.com/ru-ru/library/bb546158(v=vs.110).aspx