Срок исполнения сценария № (по сравнению с GWT) - PullRequest
3 голосов
/ 23 августа 2010

Я уже потратил некоторое время на разработку небольших проектов с GWT, и недавно я обнаружил Script # .Теперь мне интересно, насколько зрелым этот инструментарий.Меня особенно интересует мнение кого-то, кто пробовал и GWT, и Sharp # и поэтому может сравнить их.

Насколько зрел сценарий №?
Правда ли, что он поддерживается только однимпарень?
Где ему не хватает функциональности по сравнению с GWT?
Есть ли у него преимущества перед GWT?
Личное мнение о Sharp #?

Спасибо за ваше время.

1 Ответ

1 голос
/ 24 августа 2010

Хотя это дублирующий вопрос , я думаю, что ответ на предыдущий вопрос не затрагивает некоторые важные моменты, касающиеся GWT.

  • GWT - это Javaв Javascript компилятор с большим упором на оптимизацию сгенерированного Javascript помимо всего, что можно сделать вручную.Сгенерированный JS также зависит от браузера, поэтому браузеры Webkit не загружают взломы IE.Сгенерированные файлы также могут быть кэшированы, потому что имя является суммой md5 содержимого скрипта, поэтому вы можете кэшировать его навсегда.Это означает, что пользователь должен загрузить код только один раз, пока он не изменится.Скрипт #, из моего быстрого просмотра сайта, кажется, только переводит C # в Javascript.
  • GWT предлагает расширенные функции, такие как разделение кода под руководством разработчика , ClientBundle для связыванияресурсы и CssResource для условного CSS и т. д. В сочетании с UiBinder возможно создание сайта, имеющего 2 цикла обработки для запуска приложений, и это не очень сложно.Я не думаю, что в Script # есть что-то подобное, и большинство библиотек JS тоже этого не делают.
  • GWT имеет режим dev для JS-подобной среды разработки (изменение кода, обновление браузера, просмотр изменений)Я не уверен, что в Script # есть что-то подобное.

Я мог бы продолжать, но думаю, что я на этом остановлюсь.Когда вы комбинируете это с другими ответами, GWT довольно убедителен.

...