Pull to refresh

Comments 25

А мне нравится. Такой фреймворк может помочь упертым любителям чистого ASP.NET безболезненно перейти к использованию более эффективной (почти всегда) комбинации серверного и клиентского кода. В общем, в чистом виде забота о разработчиках, ура :)
И почему вы это не опубликовали 4 месяца назад?)) Сейчас бы «мой» проект к концу подходил, а так…
Вы считаете что у вас получилось лучше чем MVC которое вот вот будет зарелизено?
А почему вы сравниваете с MVC? Это же из другой оперы.
Разве? Может я ошибаюсь, но тут была статься по jquery + mvc = рай для ajax, да и само описание mvc если вы читали, к примеру те же атрибуты для методов возвращающих json — если не на 90, то на 80 процентов повторяют то что изложено в вашей статье.

Будем считать что они содрали вашу идею. :-)
Про RPC методы — в этом нет ничего нового, они были еще до MVC (ScriptMethodAttribute).

Главное в Jasp'e — это новый подход к контролам: наследование на всех уровнях, управление ресурсами (автоматическая подгрузка, клиентская оптимизация), возможность использования обычных контролов, страниц (в т.ч. с разметкой), в других проектах, интеграция с любыми JavaScript-фреймворками.
Вещь воистину крутая!!! надо начать пользоваться, чтобы понять насколько там все просто и мощно!
//я уже просто касался проекта на джаспе
опечатка в тексте по ссылке — 2 абзац сверху — «передавать ClietnID контрола»
Очень похоже на ASP.NET AJAX (кроме наследования разметки).
Почему именно новый framework а не расширения к ASP.NET AJAX (который тоже оч. легко использовать с JQuery)?
В статье описано отличия и преимущества по сравнению с ASP.NET и с ASP.NET AJAX (на взгляд автора). Например, п.3 во введении.
Я прочитал статью, но пункт 3 касается конкретно UpdatePanel, который и самим MS не рекомендуется к сложному использованию. Я имею в виду весь фреймворк — IScriptControl, MicrosoftAjax.js.
Про UpdatePanel может и не рекомендуют, но на практике она используется очень часто, где нужно и где не нужно.

Про IScriptControl, вот пример msdn.microsoft.com/en-us/library/bb386450.aspx добавления клиентской функциональности серверному контролу. На Jasp'e тоже самое можно было написать примерно вот так:

[CS-файл]
public class SampleTextBox: UserControl
{
  public string HighlightCssClass { get { return Data["HighlightCssClass"] as string; } set { Data["HighlightCssClass"] = value; } }
  public string NoHighlightCssClass { get { return Data["NoHighlightCssClass"] as string; } set { Data["NoHighlightCssClass"] = value; } }
}


* This source code was highlighted with Source Code Highlighter.


[JS-файл]
{
  $init: function(){
    var self = this;
    
    // textBox можно создать через разметку, программно или скриптом
    var textBox = $(self.$textBox.$dom);    
    
    textBox.focus(function(){
      textBox.addClass(self.$data.highlightCssClass);
      textBox.removeClass(self.$data.noHighlightCssClass);
    });
    
    textBox.blur(function(){
      textBox.removeClass(self.$data.highlightCssClass);
      textBox.addClass(self.$data.noHighlightCssClass);
    });
  }
}


* This source code was highlighted with Source Code Highlighter.


По-моему видно, что кода на порядок меньше, да и проще.
Ну, положим, MSDN не надо верить — в C# довольно просто сделать и обработать [ScriptProperty], в JS мы сделали Auto.properties(prototype, ['name', 'cssClass', 'etc']).

У вас неплохо выглядит, но вопрос не про это-- стоит ли свой фреймворк того, если можно ту же самую функциональность добавить в ASP.NET AJAX? При том что фреймворк MS даёт сразу ещё и локализацию, ту же самую сериализацию, плюс очень неплохой разбор ссылок контролей друг на друга.
Всегда можно что-то подпилить и добавить. Только это целесообразно до какого-то момента. В статье написано, что Jasp удобен для приложений, с богатым клиентским интерфейсом, аля Gmail. ASP.NET изначально заточен на серверную сторону, и он хорош для других приложений. У него совсем другая идеология.
Касательно локализации — это вообще не проблема. Например, ExtJs предоставляет свой механизм. Про сериализацию, не знаю как сейчас, но раньше DateTime сериализовывался не в JavaScript объект Date, а в @7895678963833@, и в какой-нибудь грид на jQuery без танцев с бубном его не подставишь.

Про
> неплохой разбор ссылок контролей друг на друга
я не понял.
> неплохой разбор ссылок контролей друг на друга
Возможность иметь набор контролей и компонентов которые ссылаются друг на друга, и не думать о том в каком порядке они должны создаваться.

А ExtJS хорошая штука, жалко платная.
Идея интересная. А можно где-нибудь посмотреть на реальные приложения (я не имею ввиду простые примеры)?
упс :) я вам ниже ответил
Почти все проекты, в которых использовался Jasp – это закрытые корпоративные системы со ложным UI, построенным на ExtJS. Обычным людям получить доступ к этим проектам нет возможности :(

Единственный проект, который можно посмотреть – это ВкартеВконтакте. Но функциональность этого сайта не раскрывает всех возможностей Jasp.

А еще вопрос. Я так понял, что framework под GPL лицензией?
GNU Lesser General Public License (LGPL), можно использовать в коммерческих проектах.
Еще замеченные опечатки.

В разделе «JavaScript ресурсы»:
ЕЕсли в объекте определена функция $init

В разделе «Конфигурирование Jasp’a»:
HttpHandler и WebServer Handler

В разделе «Инструментарий» ссылка на шаблон для Visual Studio не рабочая, т.е. по ней ничего не скачивается.
Спасибо, все исправлено :)
О, спасибо, теперь шаблон доступен :).

А в разделе «HTML ресурсы» так и должно быть:

HTHTML ресурс – это текстовый файл

?
Sign up to leave a comment.

Articles