DLR, IronPython, etc

[metaclass]

Наткнувшись в процессе проектирования проги на то, что мне одновременно необходимы фичи обычного C# со статической типизацией и фичи динамических языков, полез смотреть на IronPython/DLR и тому подобное. Ну, с ходу того, что меня интересует (адекватная интеграция с DBMS) я не нашел, GUI сложнее чем MessageBox("Hello, world"); тоже и в связи с этим возник вопрос:
На кого рассчитаны все нововведения в .NET 3.5/4.0?
Всякие там LINQ to SQL/Entity Framework/Expression Trees/DLR и прочее, причем production статус этого всего совершенно непонятен, неизвестно, что отомрет, что будет использоваться, итд. Все примеры для этого, которые я видел, они, мягко выражаясь, на уровне "select * from Customers -> УРА, Я ЗНАЮ SQL".

DLR, Expression Trees - рассчитаны на дизайнеров языков, причем в проекте IronScheme от DLR отказались ("but decided to abandon this idea because the DLR branch the project used became out of sync with the trunk, and also because the DLR, according to the developers, could not support the majority of the Scheme's requirements"). Как будто и так языков мало.

В общем, это все выглядит каким-то откровенным гиковством со стороны Microsoft, похоже там всякие выпускники CS факультетов затрахали в мозг менеджмент до состояния "пусть теребят свои монады как хотят, абы нас не трогали".


Это все при том, что высокоуровневые фичи в .NET как были кривые, так и остались, типа медленной отрисовки DataGridView или over-architected мрака в System.ComponentModel.

Comments

[zamotivator.livejournal.com]

new Query ().Where (c => c.Name.StartWith ('i')).Select (c => new {c.Id, c.Name}) ;
Какой пиздец, а.

Re: Так лучше?

[zamotivator.livejournal.com]

Всё равно пиздец

Re: Так лучше?

[zamotivator.livejournal.com]

А зачем это писать задом наперёд?
Что это даёт?

Re: Так лучше?

[asinitsyn.livejournal.com]

Так влезло в синтаксис языка. А есть лучшие примеры?

Re: Так лучше?

[zamotivator.livejournal.com]

Я не знаю, все примеры что видел как-то... Ну не очень, скажем так.

Re: Так лучше?

[valgring.livejournal.com]

intellisense дает.

Re: Так лучше?

[zamotivator.livejournal.com]

И всё???
P.S. Крутой ник

[metaclass.livejournal.com]

Не, в коде там более культурно выглядит:

from c in db.Customers
where c.Name="zhopnij ad"
select c.ID,c.Address

а вышеприведеннное это то же самое, но собранное руками, вместо монад :)

[zamotivator.livejournal.com]

from c in db.Customers
where c.Name="zhopnij ad"
select c.ID,c.Address
Зачем они запросы задом наперёд переписали?

[metaclass.livejournal.com]

Ну монада же. return в конце)

[zamotivator.livejournal.com]

А зачем?

[metaclass.livejournal.com]

Я скорее спросил бы почему в SQL задом наперед сделано, если представить запрос как последовательность фильтров для данных (у меня радиофизика бэкграунд, если чо), то логичнее как раз запись аналогичная LINQ

[zamotivator.livejournal.com]

SELECT Что читаем FROM откуда, WHERE как фильтруем.
Что не так? =)

[http://users.livejournal.com/_windwalker_/]

затем что code completion имён выбираемых полей делать тривиально в варианте когда эти поля / колонки идут после собственно запроса.
когда сначала имена колонок а затем откуда их можно выбрать - то code completion должен иметь прямой интерфейс к мозку, чего щаз нет.

never send a man to do a machine's job (c) agent Smith

[voidbent.livejournal.com]

Толсто :)

[w00dy.livejournal.com]

имхо в функциональном виде выглядит оно явно приличней, посему в таком и не пишу никогда :)

[metaclass.livejournal.com]

Хм, я в голове как-то могу LINQ транслировать в выполняемый код, а вот обратно не могу :)

[w00dy.livejournal.com]

Ну а как правильно то?

Я это рассматриваю как конвеер (чем, по сути, это всё и является). По конвееру едут кортежи. Каждый этап это одна элементарная операция: фильтрация (Where), агрегация (GroupBy), слияние (Join), маппинг (Select), сортировка (OrderBy). В конце может стоять предикат (Any, All). Всё просто.

[zamotivator.livejournal.com]

Ну а как правильно то?
Правильно не выпендриваться с маргинальной хуйнёй, которая будет в моде год-другой, а писать обычный, тупой код - SQL, Perl/Python по вкусу.

[zamotivator.livejournal.com]

Вот только тут надо решить кто маргинальная хуйня - LINQ или SQL :)
Вы упоролись что ле?

[asinitsyn.livejournal.com]

Они из разных миров. Для БД лучше SQL-я нет. Ну да больше и вообще ничего нет.
Юзать базу из приложения может LINQ и хорош. Но мне не нравится LINQ для SQL никак вообще. Не полетит это.