JSP против ASP

Хочется выслушать лаконичное профессиональное мнение о преимуществах JSP перед ASP, отбросив тему безопасности ...
Что в JSP такого есть, чего нет в ASP...
И чем лучше в JSP то, что есть и в JSP, и в ASP...
Является ли преимущесто JSP тотальным или у JSP есть слабости (значительные/незначительные) по отношению к ASP...

P.S. желательно без такого словесного фуфла, как 'масдай', 'рулез' и т.д. и т.п.

0

2 sugarde and olly110:
Я знаю естественно, что MVC не multitier, но поскольку речь шла именно о JSP и ASP, то я решил использовать именно его, все-таки именно его часто используют в JSP и ASP, а AiK полез в Swing и т.д. что нехарактерно для ASP по кр. мере (с ASP.NET есть соответствие)

0

Если ты программишь и на Java, то уж мог бы знать, что Swing в JSP не применяют. На примере свинга я пытался объяснить тебе MVC, но судя по всему безуспешно.

2 olly110:
>>и начались 'платформенные войны'
Лично мне кажется что дискуссия идет вполне плодотворно, а платформенные войны это неизбежность с которой можно примириться.

>>и удалять постинги тоже
Ну если smalig не реализовал (в смысле почему-то это не работает) возможность отписывания от темы, остается программировать - мы же программисты. В MS Outlook Express легко можно настроить фильтр который будет удалять пришедшие письма, по заголовку 'RE:JSP против ASP'.

>>Все уже поняли, что ты специалист сразу по
Не льсти, добрее я не буду.

>>увидят свет во тьме
Не стоит относиться к платформам как к религии

>>убеждать в нем кого-то, что ASP лучше
Я стараюсь убедить, что ASP не хуже. Потом убеждение кого-то в чем-то весьма интересное занятие, в споре как известно рождается истина, и пользу от этого получают оба спорщика. Я же ни от кого не требую отвечать на постинги. Так что каждый выбирает сам, готов ли он защищать свою точку зрения или нет (например у кого-то нет времени).

>>в пять раз больше постингов
насколько я понимаю (возможно я не прав), этот сайт начался с форума по VB, поэтому и как сайт VB разработчиков он более популярен.

0

2 AiK:
А зачем тогда ты спрашивал про возможность применения MVC в ASP, если даже для его объяснения, ты использовал Swing - а не что-то более подходящее в случае JSP?

0

Открыл я свой почтовый ящик и мягко говоря офигел от количества постингов.Ну почитал я их ничего полезного в них не увидел кто ДЕЙСТВИТЕЛЬНО работает с Java тот защищает JSP.Остальные которые может сталкивались когда-то где то с Java но не серьезно естественно защищают ASP.Но при этом сторонники технологии мелкомягких опять таки забывают что
1.JSP основаны на языке программирования а не на скриптах и возможности куда шире.И не надо опять про С++ и прочее как компонент.Речь идет о самой сути.JSP можно писать без Бинов и всем будет хорошо
2.Если ты выбрал JSP то у тебя огромный выбор вебсерверов от абсолютно халявного Tomcat до очень дорогого WebSphere.
3.У меня очень много друзей которые перешли с С++ и ВБ на ДЖаву так вот одному из них недавно пришлось писать проджект на асп.Так он волком выл говоря как я хочу обратно к Джаве.Но заказчик сказал люминь пиши асп.
А вообще спор принял вариант бесконечности поэтому предлагаю перейти в топик где этот же автор просит привести примеры.

Организация, где работаю, занимаеся разработкой на обеих платформах.
Могу сказать что бльшой разницы нет. В обеих случаях данные с сервера базы даных до вебсервера передаются в ф XML. Так вот на ASP и MS SQL SErver 2000 это делать на много проще. И очень приятно подключать библиотеки которые работают на MTS(Microsoft Transaction Server).
На апликационом сервере библиотекы использует еще и не web ориентированные приложения. Очень удобно и логично. Логика на апликационом сервере а интерфейс отдельно. Здесь были суждение по количеству сотрудников. В большем проекте участвует ой много работников (5-30) и каждый умеет свой любимый язык или скрипт и знание его можно использовать где надо. Работы хватит всем.
А суждение насчет что лучше ASP или JSP можно довести до какой SQL сервер ( точнее какой источник данных например Exchange Server )использовать для хранения содержания. И мне этот выбор кажется важнее чем выбор платформы на котором пишут интерфейс.

0

А что в мире только одна ДБ?-Сиквел сервер ?Других уже нет?
А теперь я хотел бы спросить апсишников можете ли вы написать custom tag то есть свой собственный?
И потом кто сказал что на всех вебсерверах все конвертируется в XML?Не обязательно и не на всех

>>Организация, где работаю, занимаеся разработкой на обеих платформах.

>>очень приятно подключать библиотеки которые работают на MTS(Microsoft Transaction Server).

MTS всё тaки рaбoтaет нa oднoй плaтфoрме
тaк чтo...

a вoт если серверы будут рaзгoвaривaть
друг с другoм через CORBA, тo,
BUSINESS LOGIC и CONNECTION SERVER, мoжнo сделaть и нa C++, блaгo прoдукты CORBA, скaжем INPRISE VISIBROKER рaбoтaут и пoд JAVA и пoд C++, нo IIS не будет через
CORBAу рaзгoвaривaть. тут у java преимушествo.

етa стoрoнa былa не зaтрoнутa пoетoму нaписaл

2 mishgun:
>> можете ли вы написать custom tag
Можете вы что-то или не можете - не особенно важно, главное насколько это полезно, каковы издержки от использования этого и т.д.

Вот например вы JSP-шники можете писать свои страницы на VBScript? То-то.

Далее по большому счету в ASP нет не только custom tag, но и просто tag (не путать с просто так)

Не считать же за них <SCRIPT RUNAT=SERVER> и <OBJECT SCOPE=APPLICATION>, хотя бы потому, что эти тэги используются и в клиентскоих скриптах.

Чтобы ты mishgun не очень переживал (я знаю, знаю что ты, жестокосердный, совсем не переживаешь, а только злорадствуешь) за нас бедных ASP-шников, скажу что так тобой любимые и чрезвычайно необходимые в любом веб-проекте custom tags есть в ASP.NET

0

Очень переживаю.Но не понимаю при чем тут ВБсрипт и ДЖСП?Вы то ведь то же на ДЖаве(не путать с Джава Скрипт) АСП не напишитеИ кстати опять таки вы признали что преимущество в области кастом таг за ДЖСП раз уж Мелкомягкие поставили это в .Нет значит это то же нужно.

2 mishgun:
Нет это Sun признала преимущество MS и ASP, потому-то и разработала JSP - очень похожее на ASP название и принципы те же самые.

Я уже писал, что легко могу использовать в ASP Произвольные Ява объекты, в том числе и те которые генерят HTML.

0

JSP явилось продолжением технологии сервлетов которые появились практически в одно время с ASP.
И потом ты спрашивал смогу ли я написать JSP на VB и я тебе ответил что ASP на Java ты тоже не напишешь. А использование в качестве компонентов то я думаю тебе известны такие понятия как IDL и native с помощью которых можно'разговаривать' с прогами написанными и на С++(предпочтительно)и на VB.

А что сервлеты появились в 95 году, как ASP (в виде беты еще раньше)?

Я конечно пока не могу писать ASP на Ява (пока кто-нибудь не напишет соответствующий Script Engine, однако зачем? все равно его нельзя будет называть Ява т.к. Sun запретит, впрочем в ASP.NET можно писать на C# и на J#), однако JSP нельзя создавать ни на VBScript, ни на TCL, ни на PerlScript, ни на Python, ни на многих других языках. Так или иначе ASP предлагает больший выбор языков.

0

/**t1k:
<...>Вот например вы JSP-шники можете писать свои страницы на VBScript? То-то.<...>
*/

Зачем писать страницы с помощью JSP на VBScript?
Если это нужно, то сервлет может сгенерировать VBScript в HTML страничку, запрашиваемую IE-клиентом, и этот скрипт выполнится на стороне клиента в его браузере.
Вообще-то, любой скрипт в тэгах HTML может быть сгенерирован сервлетом (VBScript, ещё JavaScript, JScript, etc). То есть, всё что может содержать HTML-страничка, может быть сгенерировано сервлетом/JSP.

Но, может быть я ошибся, и Вы говорите о VBScript-е, исполняющемся на Web-сервере, а не на клиенте? Поправьте меня, если это так, и я извинюсь.

0

/**t1k:
<...>однако JSP нельзя создавать ни на VBScript, ни на TCL, ни на PerlScript, ни на Python, ни на многих других языках. <...>
*/

Но послушайте, JSP и есть то, что соединило Java и HTML на Web-сервере, так же как и другие языки и HTML в ASP с IIS.
JSP -- это есть смесь исходного Java-кода и HTML-кода, предназначена для предварительной компиляции на JSP-движке Web-сервера и получения HTML-страницы с последующей её отправкой клиенту самим Web-сервером.

Зачем в JSP использавать другие языки, если это сделано только для Java?
В сервлете без JSP -- пожалуйста, но только всё что он генерит, будет исполняться в браузерах клиентов.

0

2 iZEN:
Конечно вы ошиблись я имел в виду именно серверный VBScript. Уж поверьте я знаю о том, что JSP (как и ASP) может генерить хоть, клиентский PerlScript.

>>Зачем в JSP использавать другие языки
А зачем по вашему вообще существуют другие языки программирования?

>>если это сделано только для Java?
Тут вы не в курсе, например в resin - JSP можно писать на Javascript.

0

to t1k.
Прошу прощения за недопонимание мной Вашего высказывания насчёт других языков в ASP (серверный VBScript, например).

/**t1k:
<...>А зачем по вашему вообще существуют другие языки программирования?<...>
*/

Ну,...наверно для того, чтобы быть независимыми от Microsoft в выборе способа решений. Для каждого языка необходим свой серверный движок, а общая модель контейнера лишь привносит трудности в использование языков. Причём, смешивать разные языки иногда в одном флаконе -- это, пожалуй, одному программисту не разобраться, либо программист лолжен знать все языки одновременно.
JSP/Servlets -- 'наш ответ чемберлену', не MS единым живы. Вот так вот.
Заметьте, неплохо получилось.

Теперь о COM/DCOM/Security.
1.Как у MS дела обстоятсо stateful-session COM-объектами?
2.Что произойдёт при разрыве удалённого соединения с DCOM-объектом, если связь нарушилась из-за обрыва провода?
3.Autenticode: все привелегии или никаких, третьего не дано?

0

2 iZEN:
>>наверно для того, чтобы быть независимыми от Microsoft в выборе способа решений
Самое смешное что именно в ASP от MS можно использовать множество других языков программирования. А в JSP только Java (и JavaScript - в небесплатном resin)

>>Для каждого языка необходим свой серверный движок
Это неудивительно или вы за то чтобы существовал только один компилятор(или интерпретатор) для всех языков программирования? - так это невозможно.

>>лишь привносит трудности в использование языков
Незнаю есть ли трудности, но допустим есть. Поверьте лучше трудности в использовании языка, чем невозможность его использования (например VBScript в JSP).

>>лолжен знать все языки одновременно
Почему все? Достаточно знать например один VBScript и использовать его в ASP. Если же знать например Perl, то в JSP его все равно использовать нельзя.

>>Теперь о COM/DCOM/Security
1. Отлично.
2. Ничего. По моему, как работал так и будет работать до возобновления соединения (после возобновления тоже будет работать).
3. Поиск на сайте MS по слову autenticode - результатов не дал. Это что, некая фишка, активно использующаяся в ASP?

0

/**t1k:
Самое смешное что именно в ASP от MS можно использовать множество других языков программирования. А в JSP только Java (и JavaScript - в небесплатном resin)
*/

Вот именно, кроме Java (J++ и J# не будем упоминать из-за кастрированности).
Для JSP/Servlets существует множество бесплатных движков (JRun, JBoss, Tomcat, Java Web Server (кстати, полноценный как и Apache), etc). Вы просто других движков не знаете кроме resin (?).

/*
>>Для каждого языка необходим свой серверный движок
Это неудивительно или вы за то чтобы существовал только один компилятор(или интерпретатор) для всех языков программирования? - так это невозможно.
*/

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

/*
>>лишь привносит трудности в использование языков
Незнаю есть ли трудности, но допустим есть. Поверьте лучше трудности в использовании языка, чем невозможность его использования (например VBScript в JSP).
*/

Разве VBScript функционально богаче и проще в применении, чем Java?
Для VBScript тоже нужна run-time-среда исполнения (какого она размера? или она 'размазана' по системным библиотекам Windows?).

/*
>>Теперь о COM/DCOM/Security
1. Отлично.
2. Ничего. По моему, как работал так и будет работать до возобновления соединения (после возобновления тоже будет работать).
3. Поиск на сайте MS по слову autenticode - результатов не дал. Это что, некая фишка, активно использующаяся в ASP?
*/

Отвечу я.
1. Только при использовании MTS COM+ и то с оговорками Microsoft (см.п.2.).
2. DCOM-объект может быть удалён, а может и нет (если сервер решит, что счётчик ссылок можно уменьшить из-за отключения клиента, то, смотря какое значение счётчика). В любом случае при восстановлении подключения клиент не в состоянии гарантированно (со стороны MTS!) использовать тот же самый DCOM-объект. Поэтому-то MS и рекомендует 'воздерживаться' от использования 'долгоживущих' DCOM-объектов.
3.Autenticode -- технология MS по аутентикации и безопасности на основе доверительных сертификатов. Почему я это должен знать лучше MS-программистов?

0

>>Вот именно, кроме Java
А вот тут вы не правы, в J++ и J# - язык Ява поддерживается полностью - платформа Ява - не полностью.

>>существует множество бесплатных движков
Вы к чему это написали? К тому, что вот дескать, если для ASP существует множество языков программирования, то для JSP существует множество бесплатных (как кстати говоря и множество платных) движков?

Лично мне это кажется странной растратой сил.
Вот возьмите например человека (может разговаривать на разных языках). Движок (язык, голосовые связки) одинаковый у всех. А языки разные.

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

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

Поэтому неважно что существуют множество движков.

>>накладные расходы ... на поддержку очередного языка
Они нулевые. Вот например появился Script Engine для Python, а я не веду на нем разработку - соответственно мне не нужно его скачивать и устанавливать. Я вообще могу даже не знать что он вышел. А те кто ведет разработку на Питон могут не обращать внимания на выход новой версии TCL и т.д. Как и люди говорящие на русском не знают и им это не нужно что в американском варианте английского появилось новое жаргонное слово.

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

>>VBScript функционально богаче и проще в применении
Странно что вы заговорили о простоте, обычно считается что Java гораздо сложнее VBScript. А VBScript гораздо проще в применении чем Java.

>>какого она размера?
Программа установки в которую входят VBScript,JavaScript и несколько COM-компонентов занимает 700kb.

1. См. п.2.
2. Уже давно есть MSMQ в которой можно использовать сколь угодно долго живущие DCOM компоненты.

>>3.Почему я это должен знать лучше MS-программистов?
Если не знаете, то возможно не стоит ее в чем то упрекать? Как я уже говорил поиск по сайту MS не находит информацию про эту authenticode - может это технология Sun?

0