Google Web Toolkit или технология Microsoft (Silverlight, ASP.NET) - PullRequest
4 голосов
/ 13 апреля 2010

У нас большая кодовая база в MFC и VB. Несколько приложений находятся в .NET. Все эти приложения взаимодействуют друг с другом на компьютере пользователя, а также соединяются с серверами Unix через сокеты.

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

Одна из ключевых проблем, которую я вижу, заключается в том, что GWT - это большая абстракция над Javascript. Это потребует от команды изучения GWT, Javascript, IDE и т. Д., Поскольку их опыт был в основном основан на технологиях Microsoft, а не на Java. Им было бы легче изучать технологии .NET вместо GWT.

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

Поэтому я был бы признателен, если бы люди могли поделиться своими взглядами или опытом, используя GWT или эквивалентную технологию Microsoft.

Ответы [ 4 ]

4 голосов
/ 13 апреля 2010

Подобные вопросы субъективны, поэтому вы не получите однозначного ответа. Вы тоже переписываете бэкэнд unix / socket? Или вы собираетесь поместить оболочку веб-службы перед сокетами, потому что без этого я не вижу работающего решения для Интернета / интернета.

За мои деньги, если вы являетесь домом .net / microsoft, тогда технология MS - это путь. В настоящее время MS поддерживает jQuery, который является клиентской средой javascript, но есть и другие, подобные extjs. Если вы придерживаетесь MS и решения на стороне сервера, ASP.NET MVC в настоящее время набирает обороты. IMC и MVC хорошо работают вместе imho.

Если вы настроили слой веб-службы на основе REST для своего бэкэнда, это означает, что вы даже можете обойтись без плоских html-интерфейсов, работающих на любом фреймворке javascript, без необходимости использования технологии веб-рендеринга на стороне сервера. Для REST вы можете посмотреть на .NET WCF, если вы придерживаетесь MS tech.

3 голосов
/ 13 апреля 2010

Учитывая, что вы работали с MFC и VB, .NET также станет для вас новым миром.По крайней мере, с Microsoft у вас будут сильные инструменты разработки и учебные ресурсы, которые вам понадобятся.Не уверен, что так будет и с GWT.

Но также, если один из ваших разработчиков выиграет в лотерею и покинет компанию, у вас будет меньше проблем с поиском другого разработчика MS, который заменит его.

1 голос
/ 13 апреля 2010

На основании предоставленной вами информации, я думаю, что лучше использовать от Microsoft Technologies вместо Google Technologies.

Это уменьшит стоимость (включая время на обучение, а также бюджет и т. Д.)

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

1 голос
/ 13 апреля 2010

Учитывая, что вы, ребята, являетесь разработчиком Microsoft, я бы придерживался стека Microsoft (если ваши разработчики действительно не хотят изучать что-то новое - по моему опыту, это редко бывает).

В любом случае, я подумал, что подумаю, что у Microsoft есть «расширенная» версия GWT под названием Volta , которую они выпускают 2-3 года назад. Идея состоит в том, что он принимает C # в качестве исходного файла и компилирует его в Javascript.

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...