Обзор JSP, ASP, PHP и ColdFusion

А что, теперь Перл к современным решениям не относится?

4CybOrc Ты хоть тему прочитал, мне кажеться нет. Тута перечисляются не языки, а технологии!

Даддагой ддуг анонимус, не просветите ли, чем язык отличается от технологии? Почему PHP --- технология, а не язык? А ASP? А Java? Вы бы хоть по ссылочке-то прогулялись, а не один заголовок бы читали...

Блин...какой мудак писал эту статью??? JSP ему видите ли нравится..Мы берём язык Java, хороший в основном своей объектной ориентированностью до мозга костей (ну и ещё репозиторием классов)...и превращаем его в "Scripting Language"!!! Ну что за маразм...А просто сервлетов им не хватает?? Хотя бы работают быстрее.. К тому же почти всё из вышеперечисленного нарушает 1 важный принцип... НУ НЕ ПУТАЙТЕ ДИЗАЙН С ПРОГРАММИРОВАНИЕМ!!!!! Одно делают одни люди ..другое - другие. А то блин они там пишут про то что мол тяжелее всего было обучить дизайнеров(верстальщиков) скриптингу на JSP.. На месте всякого порядочного дизайнера я бы плюнул в лицо всякому кто предложил бы параллельно с дизайном и вёрсткой ещё и программировать..тк JSP - нечто среднее между Scripting и Programming Language.. А скорость у этого JSP????????? Ну с ColdFusion всё понятно ... это действительно именно технология а не язык.. Это даже скорее свой мир.. Его вообще зря в статью впихнули т.к. это несколько другой класс.. Тоды нужно было и LotusScript всякий тоже пихать.... Совершенно непонятно как уже было сказано выше почему перл не оказался в списке. Хотя перл в сочетании с HTML - темплэйтами представляет собой самую правильную, по моему мнению, модель: программисты пишут свою часть, а дизайнеры и верстальщики делают свою совершенно независимо . Про ASP вообще говорить не хочется... поэтому и не буду. В общем непонятно кого допускают статьи писать...наверное с улицы набирают

Ага. А Domino - так, погулять вышел.

> А скорость у этого JSP????????

со скоростью у JSP все впорядке, он обгоняет скриптовые языки за счет фазы компиляции и JIT. По сути внутри jsp-engine из страничек на JSP создаются сервлеты, потому сравнение по скорости Servlet vs. JSP бессмыслено.

>> внутри jsp-engine из страничек на JSP создаются сервлеты,
я, конечно, наверное чего-то не понимаю, но сервлеты из них что создаются за
время = 0?????
я вообще не очень понимаю смысл введения jsp...есть сервлеты... такие 
объектно ориентированные и тд и тп.. всё вроде прекрасно..
Но зачем же убивать это и делать скриптовый язык, который затем обратным процессом 
будет превращён в сервлет...ну объясните мне глупому нафиг это нужно????

есть 2 нормальных вещи (в своём классе), не противоречащих принципам разработки 
web приложений...perl и Servlets..
Создание jps после Servlets аналогично созданию embed perl.. после перла.
только ещё хуже.. т.к embed perl  только нарушает принцип разделения дизайна и программирования
в то время как jsp  еще и уходит от объектно-ориентированной структуры..
Кощунство!!!
А всё почему.. Всякой фирме хоца нанять себе некого универсального webman'a
 который и дизайнит и скрипты пишет и рисует (т.е. и швец и жнец и ваще ..здец)
А хорошего дизайнера и хорошего программиста - ломает..
А дизайнера..верстальщика и программиста... так тут вообще удавиться можно

>> внутри jsp-engine из страничек на JSP создаются сервлеты, >я, конечно, наверное чего-то не понимаю, но сервлеты из них что создаются за время = 0????? Сервлеты создаются и компилируются только при первом обращении к модифицированной JSP-странице, если после этого страницу никто не редактирует, сервлет не только не перекомпилируется (зачем?) но в зависимости от настроек сервера даже не выгружается из оперативной памяти, и если помимо всего прочего на сервере установлена виртуальная машина HotSpot, то по скорости с JSP мало что может сравниться. Читайте техническую документацию, а не попсовые обзоры, а лучше всего сами поюзайте различные технологии, тогда уже никаких сомнений не останется.

Mr. Tomcat я прекрасно знаю всё то, о чём вы говорили, но :
1) Почему все касаются лишь скоростного аспекта jsp?
2) Ещё раз повторюсь, ЗАЧЕМ из ХОРОШЕГО (ну разве что чуть медленного) языка 
java делать скриптовый язык чтобы затем 1 раз поюзав его (потратив на это время 
...зачем???????....мы превращаем его обратно в хороший красивый язык Java)
Итак...мы пишем на чём-то извращённом, оставляя системе радоваться нормальным классам
Да сервлеты кэшируются, равно как и модули в mod perl ... и так оно и должно быть.
я бы удивился если бы было иначе. Опять повторюсь jsp ~ embed perl.
Говорят это искусство сделать из кучи дерьма конфетку...а наоборот как видим 
это не так.. наоборот каждый горазд.
3) И ещё касательно скорости: даже в статье (хотя её конечно действительно лохи писали)
производительность jsp 13p/sec против 29, 43, 47 в ColdFusion, ASP, PHP..
Ну пускай они 10 раз слажали при установке Apache Tomcat и всего сопутствующего
но разница > чем в 2 раза.....
Я сам юзал все технологии (кроме ASP после нескольких раз использования коего меня стошнило
 и я решил не издеваться над организмом )...
>если помимо всего прочего на сервере установлена виртуальная машина HotSpot, 
то по скорости с JSP мало что может сравниться...
ну не с jsp а с сервлетами которые рождаются после первой компиляции..
не спорю... но это "мало что" называется перлом.

Я прошу прощения за то, что позволю себе еще раз попытаться настоять на своей точке зрения, признавая отчасти ее субъективность...

> 2) Ещё раз повторюсь, ЗАЧЕМ из ХОРОШЕГО (ну разве что чуть медленного) языка java делать скриптовый язык...

JSP - не скриптовый язык. JSP - это технология использования языка Java для создания серверных приложений, включющая в частности возможности использования серверных компонентов Enterprise Java Beans (EJB) и многое другое. Но даже если просто пользоваться JSP для того чтобы воткнуть в страничку <%if ...%>, который выстрелит на стороне сервера, то JSP в отличие от аналогичных действительно скриптовых технологий предоставляет полноценный синтаксис типизированного компилятора, а не интерпретацию в момент обработки запроса.

> Опять повторюсь jsp ~ embed perl.
Говорят это искусство сделать из кучи дерьма конфетку...а наоборот как видим это не так.. наоборот каждый горазд.

Некомпетентное, безответственное, самонадеянное и просто грубое утверждение. Классическая технология CGI, для которой Perl действительно является замечательным средством программирования (одни только регулярные выражения чего стоят :), не обеспечивает решения таких проблем, как синхронизация при обработке параллельных запросов, работа с HTTP-сессиями и многое другое. Все это есть в современных технологиях, к которым относится JSP. К вопросу о конфетках...

> 3) И ещё касательно скорости...

Если на сервере все стоит не криво - никаких проблем со скоростью, если речь идет о скорости обработки откомпилированных страниц.

> не спорю... но это "мало что" называется перлом.

Выбор технологии конечно же зависит от решаемых задач. Конечно, если кроме скорости ничего не важно, то Perl - хороший выбор, но при создании комплексных приложений масштаба предприятия на выбор технологии влияет множество факторов, включающих стабильность (см. обработку параллельных запросов), функциональность (см. обработку HTTP-сессий), расширяемость (см. EJB) и многое другое.

Поэтому я предлагаю прекратить бесплодный спор "что лучше", потому что на вопрос "что лучше?" единственным правильным ответом является "лучше для чего?"

С уважением
Александр

Если кому интересно то кроме TomCat есть еще Resin http://www.caucho.com/, отличная штука, мне нравиться А про JSP это все же технология, и язык там не только java а например еще javascript, и вообще я а как понимаю язык может быть любой главное чтобы был транслятор в Java. Спасибо p.s. 4CybOrc Ты наверное по русски плохо читать .....

Последний комментарий... Боюсь, что был неправильно понят во фразе "jsp ~ embed perl" Она вовсе не обозначала хоть какое-то сравнение этих 2 вещей.. это действительно была бы большая глупость.. Я хотел сказать следующее: Как embed perl - большой шаг назад от perl (причины см. выше ) так jsp - огромный шаг назад от Servlet'ов Ну не получил я ответа на вопрос , зачем jsp если есть Servlets!!!

P.S. Да кстати пардон за анонимуса...просто лень регистриться.. К Александру с уважением, Вадим

На сколько я понимаю, наиболее правильное использование JSP - это обращаться к отдельно написанным классам. А сервлеты не подходят для web дизайна, т.к. они должны на выходе давать целиковую страничку. А на JSP как раз и разделяют (и объединяют) программистов на java и web дизайнеров.

> А на JSP как раз и разделяют (и объединяют) программистов на java и web

тут можно еще добавить технологию Taglib, добавленную в новые спецификации JSP - возможность разработки библиотек тегов

Кстати по поводу ставния скоростей, скорость сервлетов/jsp сильно зависит от используемой JVM. Да и tomcat известен своей тормознутостью по сравнению с jserv и resin к примеру.

olegg ... есть ещё такая вещь как template...(очень знаете ли ценная)
Управление сессиями, параллельными запросами и тд -> Servlets

можно сказать что и perl для web не подходит ему ведь тоже на выходе страницу выдавать

maxcom..я юзал и JServ + gnujsp, и tomcat....и таки от первой компиляции странички меня тошнит а касательно taglib'a ... ё-моё с XML ещё не наигрались касательно создания своих тэгов и их описаний?

> maxcom..я юзал и JServ + gnujsp, и tomcat....и таки от первой компиляции странички меня тошнит

компилируй Jikes'ом, он гораздо быстрее работает. Особенно это помогает gnujsp который не умеет использовать javac классы и для компиляции стартует еще одну JVM.