Какой хороший выбор для веб-языка «сервиса»?

#programming-languages

#программирование-языки

Вопрос:

Короче говоря, я хочу начать разрабатывать веб-приложения, которые люди могут легко «подключать» к своему собственному сайту (например, чат, потоковое видео, MP3-плеер).

Какой язык был бы хорошим для этого?

Ответ №1:

Javascript — лучший выбор. Он также является наиболее широко поддерживаемым и не требует сторонних плагинов. Он также дает вам достаточно веревки, на которой можно повеситься!

В противном случае я бы сказал Silverlight или Flash.

Silverlight отлично подходит для разработчиков .NET, но для него требуется плагин, и он не так широко распространен. Он также имеет негативные коннотации, связанные с MSFT. Существует также Moonlight by the studs, стоящий за Mono, который предоставляет вам возможность разработки с открытым исходным кодом.

Flash является стандартом для «богатого» контента, но с HTML5 конкуренция с Flash возрастает. Он хорош, но требует проприетарного набора инструментов для создания flash-приложений.

Ответ №2:

Для примеров, которые вы перечислили (чат, видео, mp3), я думаю, что вариантами являются Flash, Silverlight или стандартный JavaScript. Первые два могут упростить использование ярких функций, но для них требуется плагин для браузера. Если вы решите использовать стандартный JavaScript, серверной частью может быть все, что вам удобно: Ruby, C #, Java, PHP, Python, Perl, SmallTalk и т.д.

Ответ №3:

С вашим намерением легко подключаться к сайтам сторонних разработчиков, Javascript является лучшим выбором. Новейшие веб-браузеры и предстоящий стандарт html5 делают этот выбор еще лучше. Конечно, Flash и, в меньшей степени, Silverlight будут продолжать играть определенную роль в течение некоторого времени, но если вы не достаточно хорошо владеете этими технологиями, я бы посмотрел GWT (Google Web Toolkit) или аналогичные инструменты (1)

Для клиентской части: По сути, с помощью GWT вы пишете клиентский код на Java, и он преобразуется в серию статически оптимизированных наборов javascript (по одному для каждой марки / версии веб-браузера, на который вы ориентируетесь). Если серверная логика не требуется, они могут быть развернуты на любом веб-сервере без каких-либо дополнительных требований.

На стороне сервера: Серверная логика может поставляться с java, которая обычно легко доступна на большинстве хостов. Он также может поставляться практически с любым языком / платформой (ASP.NET, Struts, PHP …), который, по вашему мнению, будут поддерживать «ваши» сторонние сайты. Если вы остаетесь с GWT на стороне сервера, у вас «все готово», если вы используете другие языки, вам просто нужно убедиться, что вы можете читать / записывать сообщения в формате json и подключаться к относительно простой среде RPC.

(1) Я знаком только с GWT, но я знаю, что MSFT имеет (или имела?) Volta. Я бы не удивился, если бы многие подобные инструменты были легко доступны или должны были появиться в ближайшее время.
По сути, эти инструменты «немного больше» (!), чем компиляторы для нового машинного кода, то есть javascript. Я знаю, что комментарии такого типа могут привести к таким выводам гордых жокеев javascript, и, безусловно, нам все еще понадобятся гении в этой области, но массы теперь могут сосредоточиться на деталях своих приложений, на более высоком уровне абстракции, вместо того, чтобы заниматься проблемами кроссбраузерной совместимости или тяжелыми проблемами оптимизации.