Comments 15
И нафига такой геморой?
А как не геморрой?
Я вижу тут выгоду в том, что:
— есть статический контроль согласованности
— все на одном языке
Я не вебпрограммист, мне показался этот пост теоретически интересным — как функциональные приёмы используются для реального вебпрограммирования
Я вижу тут выгоду в том, что:
— есть статический контроль согласованности
— все на одном языке
Я не вебпрограммист, мне показался этот пост теоретически интересным — как функциональные приёмы используются для реального вебпрограммирования
Пример создан специально для людей не любящих HTML, JavaScript и статические страницы.
Зато фреймворк! Его использование позволило не заморачиваться с созданием заголовка, сделать единую навигацию с линками указывающими на текущую страницу. Тот же копипаст, но программно.
Мне кажется так человечнее gist.github.com/801135
Отсутсвие абстракций освобождает от проблем возникающих при их протекании.
Зато фреймворк! Его использование позволило не заморачиваться с созданием заголовка, сделать единую навигацию с линками указывающими на текущую страницу. Тот же копипаст, но программно.
Мне кажется так человечнее gist.github.com/801135
Отсутсвие абстракций освобождает от проблем возникающих при их протекании.
— Нет javascript
— Нет статической проверки
— Нет статической проверки
Бесполезная кнопка меняющая свой текст не нужна. Если очень хочется:
$('input').click(function() {
this.text = 'clicked';
});
Статическая проверка далеко не всегда нужна. В примере выше она даже мешает — введены несуществующие абстракции различных по назначению страниц. Страница индекса это путеводитель по сайту, страница «о нас» — контент за которым пришел пользователь. В моем примере эти функциональности не пересекаются.
Чего нельзя сделать статическими файлами, так это обработку непредсказуемых данных. Скажем обработку ввода пользователя или данных датчиков. Хорошие примеры — поиск, голосование.
$('input').click(function() {
this.text = 'clicked';
});
Статическая проверка далеко не всегда нужна. В примере выше она даже мешает — введены несуществующие абстракции различных по назначению страниц. Страница индекса это путеводитель по сайту, страница «о нас» — контент за которым пришел пользователь. В моем примере эти функциональности не пересекаются.
Чего нельзя сделать статическими файлами, так это обработку непредсказуемых данных. Скажем обработку ввода пользователя или данных датчиков. Хорошие примеры — поиск, голосование.
>>>Бесполезная кнопка меняющая свой текст не нужна.
По-моему, совершенно понятно, что это пример. Вам никогда не встречались программы hello, world в учебниках?
>>> Статическая проверка далеко не всегда нужна.
Мне сложно придумать сущность, для которой такая фраза была бы неверна
>>>Чего нельзя сделать статическими файлами, так это обработку непредсказуемых данных
Это к чему?
По-моему, совершенно понятно, что это пример. Вам никогда не встречались программы hello, world в учебниках?
>>> Статическая проверка далеко не всегда нужна.
Мне сложно придумать сущность, для которой такая фраза была бы неверна
>>>Чего нельзя сделать статическими файлами, так это обработку непредсказуемых данных
Это к чему?
Тут просто не раскрыта самая интересная возможность web# — это взаимодействие с DOM деревом отрендереном в браузере через f#. Всё что помечено аттрибутом JavaScript выполняется на клиенте. У вебшарпера есть адаптеры для JQery и т.п. что позволяет взаимодействовать с js из f# через интерфейсы.
Преимущество данного подхода написания чего то, что генерирует js не очевидно ровно до момента знакомства с действительно rich web applications типа Appian или Cordys.
Преимущество данного подхода написания чего то, что генерирует js не очевидно ровно до момента знакомства с действительно rich web applications типа Appian или Cordys.
F# и Web, о боже!
Вообще достаточно интересно — такой себе аналог GWT на F#. Смущают только вот какие вещи: разделение на платную и бесплатную версии (с ограниченым фугкционалом конечно же) и привязка к win-платформе (даже если отбросить предвзятость, то цены на win-хостинг обычно выше) — можно ли использовать WebSharper без VS (Mono+Linux например)?
Привязка к Windows? Не, вроде планируется отвязка от Asp.Net и IIS с использованием Frack и Frank, если я правильно понимаю. И вообще, сайтлетам точно в последствии должно быть пофиг на каком сервере они лежат, это только сейчас еще какие-то артефакты остались. Впрочем, это будет наверное не в 2.0 а в 2.1 или что-то вроде.
Чем реально отличается WebSharper Professional от WebSharper Standard? Можно где-то увидеть таблицу различий, что было допилено, какие новые фичи появились?
www.websharper.com/Downloads.aspx
WebSharper Professional Beta, (change log)
Latest version is 2.0.88 (bundle)
Includes WebSharper Manager and support for:
WebSharper formlets
WebSharper sitelets + templates
WebSharper reactive extensions
HTML combinators + DOM
HTML5 (full)
EcmaScript (full)
jQuery (1.4.4, full)
RPC + JSON
ASP.NET integration
Proxies for basic .NET types, core F# standard library, collections, asynchronous control
— WebSharper Standard
Latest version is 1.0.28
Includes support for:
WebSharper formlets
WebSharper reactive extensions
HTML combinators + DOM
HTML5 Canvas
EcmaScript (partial)
jQuery (1.4.2, partial)
RPC
ASP.NET integration
Proxies for basic .NET types, core F# standard library, collections, asynchronous control
WebSharper Professional Beta, (change log)
Latest version is 2.0.88 (bundle)
Includes WebSharper Manager and support for:
WebSharper formlets
WebSharper sitelets + templates
WebSharper reactive extensions
HTML combinators + DOM
HTML5 (full)
EcmaScript (full)
jQuery (1.4.4, full)
RPC + JSON
ASP.NET integration
Proxies for basic .NET types, core F# standard library, collections, asynchronous control
— WebSharper Standard
Latest version is 1.0.28
Includes support for:
WebSharper formlets
WebSharper reactive extensions
HTML combinators + DOM
HTML5 Canvas
EcmaScript (partial)
jQuery (1.4.2, partial)
RPC
ASP.NET integration
Proxies for basic .NET types, core F# standard library, collections, asynchronous control
Sign up to leave a comment.
Сайтлеты WebSharper: создание двухстраничного вебсайта