NemerleWeb — Уникальный веб-фреймворк

Шарписты не плачут! Они как кремень. Из умерших шарпистов делают сверла по бетону.

Интересно, как публика оценивает свифт?
Не мертворожденный ли это язык?

Я попробовал, напомнило Паскаль, но прикипел за 5 лет к Обж-Си.
Сижу и думаю, наступать на горло старой песне или подождать?

Я могу ошибаться, но вполне вероятно что такая реакция вызвана обилием поясняющих коментариев. Вот тот же код без них: https://gist.github.com/ionoy/1424ef755d04cec34284

Я так понимаю, что пример этот совсем плевый. По крайней мере для этого фреймворка.

Предлагаю изобразить этот же пример (с той же функциональностью) на привычном вам средстве, а мы сравним чей код окажется чище и понятнее.

То что вы в чем-то не можете разобраться может быть следствием вашей неподготовленности, а не грязи в коде. Объясните в двух словах ваши критерии «грозности кода». Лучше с примерами из этого кода.

Нет, они их выкупили для разработки Nitra.

Нет. Мы выпиливаем Nitra — language workbench (т.е. средство для создания своих языков). К разработке ReSharper-а мы непричастны (хотя и сидим в соседних комнатах).

Немерле позволяет не писать код обслуживающий доменную логику, а сосредоточиться на самой логике. То есть в некотором смысле DSL для Single Page Applications.

Не были доступны трюки наподобие макроса broadcast/signal, который сам генерирует нужный код в зависимости от использования. Не было доступной генерации адаптера к серверу, где ты добавив на сервере метод Save автоматически получаешь на клиенте поле метод _server.Save(). Это всё проверяется на этапе компиляции кстати, с интеллисенсом и прочими прелестями. И это только единичные примеры, всяких мелочей, которые самостоятельно генерируют нужный код там уйма.

А то что представление — это метод внутри модели, так это просто деталь реализации. Если кому-то очень не нравится, можно вынести в отдельный файл. Нарушения принципов MVVM там нет.

Nemerle — это язык, в котором есть только вызов функций, match и макросы. Всё. Даже всякие if, while и прочее — это макросы. Язык изначально заточен под создание любых встроенных DSL.

Наверное стоит это сделать в ближайшее время, но я заметил, что удобно разрабатывать когда шаблон находится рядом с кодом. Шаблон должен отражать представление конкретной модели, поэтому если он сильно разрастается, стоит задуматься о том, что модель тоже превращается в God object, и начинает нарушать Signle Responsibility Principle.

Модели можно включать друг в друга, а значит и их шаблоны. Кстати, у модели может быть несколько шаблонов, конкретный шаблон выбирается кодом, который рендерит эту модель.

Это можно сделать просто поместив его в паршал-класс.

public partial class ReactiveToDo { [Html] public View() : string { ... } }

Метод же использован только потому, что у Nemerle имеет отличные средства расширения себя самого, но в нем не очень просто создать DSL хранящий код в отдельном фале (со своим расширением). Хотя это и возможно, но работы много.

Эту проблему должна решить Nitra.

Ну так у них и функционал немного другой. В GWT, как я понимаю, можно собрать SPA из компонентов не написав ни строчки js кода. Все как в старых добрых GUI framework'ах. В django такого уровня абстракции нет.

Разметки там будет столько сколько вы захотите. Никто не заставляет использовать устаревшие компоненты, основанные на таблицах.
На SSD пустой проект собирается за несколько секунд.
Вы видимо давно работали с GWT. Проблема в нем в том, что гугль его забросил и поддерживать его некому. Те люди, которые его сейчас мейнтейнят, делают это очень неспешно. О новых фичах можно вообще забыть.

У нас по началу такие же мысли были, поэтому первые версии основывались на KnockoutJS. Однако с ним мы постоянно натыкались на неустранимые препятствия, которые в конце концов вынудили написать свой биндинг.

Наверное в плане продвижения проще сделать некую типизированную обёртку над AngularJS, но тогда очень большое количество фишек трансляции было бы просто недоступно.

NemerleWeb — это проект, где мы пытаемся разобраться как можно применять метапрограммирование в веб разработке. Для этой цели нужна максимально мощная трансляция и отсутствие чужих conventions.

Для этого нужно написать расширение к VS или Resharper. Теоретически реально сделать, но пока этим никто не занимался.

Зачем доводить до абсурда? Ещё раз повтряю: Нокаут, который бы занимался биндингом сидя под нашим фреймворком, никоим образом не дал бы дополнительного профита. Биндинг в любом случае скрыт от программиста. А делать типизированную обёртку над популярным JS фреймворком у нас желания не было. Цель проекта в другом.

В стародавние времена, когда .NET казался манной небесной, на RSDN жил программер-легенда с таким же ником.
Он, действительно, писал какой-то интересный код и агитировал за Nemerle, но легендарным было его ЧСВ, которое зашкаливало все мыслимые пределы. Так что не обращайте внимание, это все равно, что ругать Mithgol'a за его руссизмы.

Лифт никакого js автоматически не генерирует. Лифт — это серверная генерилка текста. Он конечно может сгенерировать страницу содержащую js, но это совсем не тоже самое, что сгенерировать js по коду на Скале. Соответственно понятия клиентского биндинга в Лифте нет.

В данном же случае код который пишется на Немерле преобразуется в js во время компиляции. И биндинги делаются на клиентской стороне.

Если этого не понять, то понять написанное в статье невозможно.

Простая и понятная серверная генерилка текста/json'на — это то, что нужно, хотя в Play наворочено побольше.

Кому и CGI то что нужно. Кто до чего дорос.

Более сложные веб-проекты уже давно ваяют на client-side фреймворках типа Angular.

Вот этот фреймворк и есть аналог Angular-а, только без необходимости вручную связывать его с сервером, вручную генерить джейсон, и склеивать все это в одно приложение. Вместо этого код (и клиентский, и серверный) пишется на Немерле, а компилятор сам преобразует его в js или в серверный код. При этом обеспечивается автоматическая и прозрачная сериализация, контроль ошибок во время компиляции и куча других вкусностей.

Банально удобнее работать, когда код на JS чистый, а не сгенерированный.

Это спорный вопрос. Немерл более мощный язык. В нем есть алгебраические типы, паттерн матчинг, и макросы (с помощью которых можно автоматизировать рутинные задачи). Плюс контроль ошибок во время компиляции (того же биндинга, например) и полная анегиляция болерплэйт-кода за счет макросов.

Я, кстати, не поленился заглянуть в вики и почитать про MVVM, потому что давно ничего про него не слышал

О, это в духе тех кто рассуждает о чужом ЧСВ. Сначала сослаться на AngularJS, а потом сказать, что давно не слышал про MVVM. Но AngularJS и есть реализация MVVM.