Доброго времени суток!
Есть ли смысл и возможность писать веб-приложения со сложной логикой, как связку скриптовый язык + с++? И какой лучше скриптовый язык для этого выбрать?

>Есть ли смысл и возможность писать веб-приложения со сложной логикой, как связку скриптовый язык + с++?

Есть смысл провести анализ, в каких местах и за какую цену (сложность написания) с++ выиграет у скриптового языка, таким образом выделить критические места.

>И какой лучше скриптовый язык для этого

Тот, который знаете.

с++ есть смысл внедрять на уровне бизнес-логики приложения, где требуется большая производительность и вычисления, ну или хочется сэкономить ресурсы).
а язык, мне кажется, что лучше использовать тот, что легко будет интегрироваться с c++(например, python).
или я не прав?

Ares4322, 

Нет.  С++ может быть уместен для реализации каких-либо сложных преобразований (например, обработка изображений), выделении их в отдельное приложение, имеющее API. Пример: ImageMagick

Да и еще вопрос - не получится ли на .NET или Java быстрее и качественней. 

А имеет ли это смысл? Трудозатраты немало повысятся, а что будет в результате? Нужна ли эта производительность?

Это сообщение отредактировал(а) azesmcar - 29.4.2010, 19:35

На Java и .Net там, где нужна производительность и нетребовательность к ресурсам - не получится. Быстрее написать - да. За счет интеграции с разными инструментами, серверами и тд. 
Не зря же сделали Hip-Hop, да и у Amazon perl + с++.

http://en.wikipedia.org/wiki/Amazon.com

http://en.wikipedia.org/wiki/.NET_Framework

Я читал интервью с техническим спецом Amazon и он говорил, что они не любят использовать всякие фреймворки и промежуточное ПО, а пишут свое. И в этом есть смысл. Если продукт не на продажу, а для внутреннего использования или он используется для предоставления сервиса клиентам, то возможно будет лучше писать что-то свое.

Ares4322, 



Это теория. В реальности часто все выходит наоборот. И примеров тому достаточно. Хотя бы  сравнение интерпретатор Ruby и JRuby.

А что про эти интерпретаторы?
Я не в курсе)

JRuby - интерпретатор  Ruby написанный на Java. В большинстве тестов он быстрее оригинального интерпретатора.  Хотя, говорят, Ruby 1.9 стал значительно быстрее.

Все скриптовые языки по скорости пригрывают Java и .Net. Если изначально для веб-приложения выбрать одну из этих платформ, то, я так понимаю, это будет хороший запас мощности на будущее. Или нет?

Ares4322, 


Это будет огромный запас по масштабируемости. Что куда важнее. 

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

Просто я разрабатываю веб- приложение. За платформу взял J2EE(вернее struts2 b pojo) и AJAX. И не знаю, правильно ли  сделал, что не выбрал скриптовый язык.

Сложный вопрос. Зависит от того что разрабатываете. 

ну с точки зрения производительности-то точно не проиграю(по сравнению со скриптовыми языками)?

не на то обращаете внимание. Web приложение - не 3d action. 

Тут важна не скорость генерации страниц в расчете на 1Гц процессора,а то насколько просто Вам будет наращивать эту скорость. и насколько просто модифицировать приложение под новые задачи.


Если сравнивать количество ресурсов для генерации простенькой странички с одной табличкой - то, например, PHP сожрет ресурсов в разы меньше чем Java приложение поднятое на app сервере и базирующееся на увесистом многоклассовом фрэймворке.

Но если речь идет о сложном приложении в котором есть необходимость хранить оперативную информацию как для всего приложения вцелом, так и для отдельных сессий, то тот же PHP задохнется без искусственного дыхания в виде какого-нибудь  MemCached. А Java приложение за счет синглтон и сешн бинов вполне нормально будет себя чувствовать и на железе с меньшими параметрами.  


Не стоит так же забывать, что время программиста стоит дороже железа. Многие задачи выгодней решать с помощью таких вещей как RoR ( Ruby) и Grails (Groovy)  - они позволяют весьма ускорить время разработки, за что им можно простить тормознутость. К тому же вычислительно сложные моменты всегда можно перенисти на что-нибудь другое (тот же Grails лишь обертка поверх Java фрэймворка - Spring, и все вычислительно сложное можно писать  на Java, да и RoR с Java интегрируется)


А еще не стоит изобретать велосипедов - вполне возможно почти все до Вас уже написано и Вам достаточно взять какую-нибуь php софтину и написать для нее пару модулей - и все, можно в продакшен   . И не так важно, что она будет жрать до дури ресурсов - скорость запуска все окупит.

Скорость разработки не очень важна, так как приложение не на продажу, а для предоставления сервиса. Проблема в том, что пока до конца не ясно, как будет развиваться приложение и какой функционал будет добавляться со временем. Пока вроде все просто и можно было бы обойтись CMS(PHP)+AJAX, но, возможно, что в будущем появятся такие требования, что скриптами это не решишь. Кстати, какие явные технологические преимущества у Java-платформы перед скриптовыми? Первое, что я вижу - многопоточность, второе - скорость выполнения кода. А есть что-нибудь еще?

Быстрее выпустишь сервис - быстрее он начнет приносить прибыль. Ди и твое время, как разработчика,  не стоит денег?



Отсутствие нормальной многопоточности в PHP  не значит что в других "скриптовых" языкак ее нет. 

Да и вообще, скриптовость языка, понятие относительно - сегодня он скриптовый, а завтра для него написали компилятор в байт код и виртуальную машину или компилятор в натив.

На мой взгляд - Java превосходит всех конкурентов количеством и качеством различных фрэймворков (это и минус - новички, начинающие заниматься Java for web просто впадают в ступор, от незнания за что браться).  

Если говорить, о Java vs PHP то тут огромная пропасть, заключающаяся в том, что время жизни PHP приложения - обработка одного запроса. Т.е. при каждом запросе происходит начальная инициализация  - создаются необходимые объекты,  открываются соединения с БД, а после ответа на запрос все это умирает, создавая проблему хранения оперативной информации.  Если приходят два запроса одновременно - то все создается в двойном экземпляре. 

Пока приложения на PHP были простыми - все было ничего, но сейча - WP с парой плагинов при средней посещаемости уже требует выделенный сервер.

Java же приложение запускается один раз. Дальше отвечает на запросы. Есть возможность иметь один объект доступный для всех, или один объект доступный в рамках одной сессии.  Кроме этого есть и много других вкусностей, особо актуальных при разработке корпоративных приложений.

Но есть например скриптовый язык Groovy. Работает на JVM. Есть для него фрэймворк Grails (посути - обертка на Spring framework) - мне очень нравится. И я готов жертвовать скоростью работы (а он медленней Java) ради скорости разработки и свободы от сложной конфигурации присущей Spring framework. При этом, если мне понадобится где-то больше производительности - всегда могу использовать Java.  (последний абзац на правах рекламы    )

Спасибо! Я тоже на groovy обратил внимание.но пока,он все равно развит слабее java фреймворков.но я думаю что на досуге попробую.а легко его,с объектами java-связывать?

Добавлено через 17 секунд
Спасибо! Я тоже на groovy обратил внимание.но пока,он все равно развит слабее java фреймворков.но я думаю что на досуге попробую.а легко его,с объектами java-связывать?

Ares4322

Мне думается тебе стоило бы посетить нашу религиозную войнушку.
http://forum.vingrad.ru/forum/topic-254332/0.html

Это сообщение отредактировал(а) azesmcar - 30.4.2010, 08:30

Да это все пустое.
Я считаю, что есть набор задач, где лучше использовать одно, а другие  - где другое.
Про экономическую и временную целесообразность я не говорю. Понятно, что хороший Java-программист стоит дороже, чем PHP-программист, и что работать ему по-любому дольше. А как, кстати, организовать кеширование страниц на Java?

Groovy - это не фрэймворк. Это язык программирования. Работает на JVM, соответственно может использовать Java библиотеки.

Для него есть web фрэймворк - Grails. Внутри там Spring FrameWeork - все его возможности доступны.



Думаю, это тема для раздела форума про Java EE

Спасибо!