JSP против ASP

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

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

0

компания сляпала сайт на ASP.NET и ясен перец будет писать всё что угодно в пользу .НЕТ и сравнивать например с WebSphere.НО!!! исходя из моего экспириенса(когда я работал с IBM над сайтами для Time Wаrner- timelife.com и heartland.com).Так вот они протестировали все сервера и остановились на Intershop Enfinity.Так что как вы сами видите это сравнение не показатель. И почему тогда они не тестировали .НЕТ с сановским аналогом этому - Sun ONE? Этот тест был бы более корректным.

Уважаемый mishgun!

Сознаюсь - немного не понял вас. Но что касается вот такого отношения по-поводу простоты языка - то я думаю вы не будете спорить с тем отрицательным отношением к VB,ASP да и к JS - по причине якобы примитивности используемых языков.
В одной книжке автор даже оправдывал VB - говоря, что разработчики очень плохо сделали, что назвали VBasic - так как у программистов это ассоциируется с первым бэйсиком и по этой причине - серьезно не воспринимают этот язык.
Вот об этом я и говорил - не понимаю только почему это у вас вызвало такую реакцию , которая выразилась простым и сочным словом - 'бред' в мой адрес?

0

Я вот думаю, почему в момент объявления, .NET, SUN заявила, что ее аналог у нее уже есть несколько лет - это EJB. Однако теперь, оказывается, что аналога-то и не было, и SUN пришлось выдумывать свой ответ.

2 iZEN:
отвечу за smalig на вопрос 1.

Начнем с того, что если с одной стороны сравнивать JSP/Servlet, то с другой стороны надо сравнивать не просто ASP, а ASP/COM.

Скоростные показатели родного кода ASP/COM, превзойдут скоростные показатели байт-кода JSP/Servlet. Т.е. если в случае ASP, скоростные показатели недостаточны, то код легко перенести в компилированную DLL, в случае же JSP придется уходить с платформы Ява и писать на C++, а затем подключать к JSP с помощью JNI.

0

2t1k
Сан не могла заявлять такое потому что .NET и EJB по определению это платформы предназначенные для разных целей.
J2EE - это другое дело. Но это платформа для разработки скорее серверов а .NET уже готовая среда для разработка веб-приложений.И Sun ONE в этом смысле как раз то же самое.
Теперь по поводу JNI(Java Naming Interface)- каким образом используя это вы собираетесь работать с прогами на С++? Вы наверное имели ввиду всё-таки native и IDL.

И ещё JSP и servlet по сути одно и тоже COM же это скорей всего JavaBean или EJB

/**mishgun:
<...>И ещё JSP и servlet по сути одно и тоже COM же это скорей всего JavaBean или EJB <...>
*/

За исключением одного момента.
COM/DCOM -- это компонентная объектная модель без возможности наследования и полиморфизма (основных принципов ООП).
JavaBean., всё-таки, объектно-ориентированная модель с полной поддержкой ООП-принципов в разработке и функционировании.
Так что сравнивать можно только функциональные аспекты эксплуатации, но не этапы разработки и сопровождения (они принципиально разные).

0

/**t1k:
<...>Скоростные показатели родного кода ASP/COM, превзойдут скоростные показатели байт-кода JSP/Servlet. Т.е. если в случае ASP, скоростные показатели недостаточны, то код легко перенести в компилированную DLL, в случае же JSP придется уходить с платформы Ява и писать на C++, а затем подключать к JSP с помощью JNI.<...>
*/

А что, кто-то уже отменил Just-In-Time-компиляцию байт-кода?
В той же ASP.NET она и есть. Как известно, MS осознала перспективность байт-кода и поэтому продвигает .NET, затмивая свои прежние технологии (COM/DCOM).
Так вот, JSP компилируются при загрузке в движок, а исполняется, соответсвенно, байт-код, подвергшийся JIT-компиляции в нативный код.
Конечно, у нас есть выбор в использовании JVM от разных производителей, поэтому легче выбрать наиболее 'быстродействующий' вариант машинки, часто бесплатно. SUN JVM -- не самая быстрая.

0

2 mishgun:
Sun заявляла, что аналогом .NET - как платформы для разработки веб-приложений являются JSP, Servlet, EJB.

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

По поводу JNI (Java Native Interface).

http://developer.java.sun.com/developer/Books/advancedprogramming/

Похоже ты его перепутал с JNDI (Java Naming and Directory Interface)
http://java.sun.com/products/jndi/

0

to All.
'<...>Сервлеты в J2SE и J2EE
Одна из главных деталей Servlet API 2.3, которую вы должны себе отметить, -- сервлеты теперь находятся в зависимости от Java 2 Platform, Standard Edition 1.2 (также известную как J2SE 1.2 или JDK 1.2). Это маленькое, но важное изменение означает, что вы можете теперь использовать возможности J2SE 1.2 в ваших сервлетах и быть уверенными, что сервлеты будут работать во всех сервлет-контейнерах. Раньше, вы могли использовать возможности J2SE 1.2, но сервера могли не поддерживать их.

Servlet API 2.3 будет частью ядра Java 2 Platform, Enterprise Edition 1.3 (J2EE 1.3). Предыдущая версия, Servlet API 2.2, была частью J2EE 1.2.<...>'(http://www.javable.com/javaworld/01_01/03/)

0

2 iZEN:
>>без возможности наследования и полиморфизма
Естественно COM поддерживает наследование (соответственно и полиморфизм) интерфейсов. Он правда не поддерживает наследование реализации (правда в .NET уже поддерживает), впрочем и CORBA тоже не.

>>сравнивать можно только функциональные аспекты эксплуатации
А что такое функциональные аспекты эксплуатации в переводе на русский?
Т.е. у какой-то технологии есть некая функциональность в процессе работы, а у другой нет или хуже работает?

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

0

>Естественно COM поддерживает наследование (соответственно и >полиморфизм) интерфейсов. Он правда не поддерживает наследование >реализации (правда в .NET уже поддерживает), впрочем и CORBA тоже не.
С чего бы это? Скажи мне друже, что мне мне мешает наследовать реализацию в CORBA? Особенно в клиентской части?
Разве что религия

2t1k
А на чем по твоему тогда написаны WebSphere и WebLogic? Уж точно не на .НЕТ.J2EE позволяет создавать серверы как вышеперечисленные а уж потом на их основе веб приложения.То есть это более гибкая платформа чем .НЕТ(правда майкра грит что .НЕТ тоже всё-таки будет с открытым кодом).Ну а насчет JNI-сорри бывает но ссылки мне не нужны.
И кстати да будет тебе известно что в платформу J2EE входит кроме JSP,servlets,EJB ещё и JNDI,JMS, и ещё много чего и кроме того в своем постинге ты писал про EJB а про остальное умолчал.Это равносильно если я говоря про .НЕТ буду иметь ввиду только ASP+.

> Java - это не язык, это стратегия. Гораздо более продуманная и
> законченная, чем .NET, например (опускаю аргументы; желающий без
> труда может найти их сам - книг по Java немеряно).
Бех доказательств, это только эмоции. А доказательств-то и нет.

0

to Yuri Abele.

Просто тенденция.
Основной доход Borland получает от Java-продуктов и иже с ними.
(http://www.osp.ru/cw/2001/30/001_0t.htm)
Заметьте тенденцию по Delphi -- почти в два раза съехала статья дохода по сравнению с прошлым годом! Java поднялась на первое место (увеличение доходов в более чем 1,5 раза по сравнению с прошлым годом).

Java-технология: (http://java.sun.com/products/)

0

> Заметьте тенденцию по Delphi -- почти в два раза съехала статья
> дохода по сравнению с прошлым годом! Java поднялась на первое
> место (увеличение доходов в более чем 1,5 раза по сравнению с
> прошлым годом).
1. не очень понятно, причем тут Delphi?
2. тем не менее оно и не удивительно, удивительно другие - как Delphi умудряется все-таки иметь довольно большую популярность
3. все лучшее в Delphi повторено и в C#, т.к. автор Delphi является одним из основных архитекторов С#.
4. Ну а меня больше вот эти ссылки впечатляют:
http://msdn.microsoft.com/net/compare/

0

/**Yuri Abele:
<...>не очень понятно, причем тут Delphi?<...>
*/
Borland -- одна из сильных компаний на российском IT-рынке (после MS).
Россия -- дельфийская страна (в смысле, в России больше рулит Delphi, чем VC++; не упоминаю BC++, так как с Delphi у них общая библиотека).

/*
<...>Ну а меня больше вот эти ссылки впечатляют<...>
*/
Виртуальные машинки MS всегда славились своей быстротой (на Windows), а CLR -- не исключение.

Особенно меня поразило:

'Comparing XML Web Service Creation in Microsoft .NET to IBM Websphere 4.0'(http://msdn.microsoft.com/net/compare/webservicecompare.asp).
<...>
Debugging:
Microsoft .Net: Fully integrated debugging;
IBM WebSphere 4.0: Visual Studio .Net can debug all three tiers through one IDE No integrated debugging. System.out.println statements in code and notepad to debug.
<...>
'В IBM WebSphere 4.0 нет интегрированной отладки, приходится пользоваться System.out.println в коде и смотреть в блокнот.' -- детский лепет. Хотя это съедает львиную долю времени при разработке.

Не надо сравнивать VisualStudio.NET vs. JDK, vs. IBM Websphere 4.0. Можно подобрать другие мощные и универсальные средства проектирования на Java.

Вот скажите, можно ли отлаживать ASP-странички, не вылезая из среды VisualStudio.NET? Причём, не просто отлаживать, а применять трассировку и точки останова?

0

Ok, по порядку:
Delphi в России ... хм ... Россия всегда шла своей дорогой (не берусь сказать плохо это или хорошо - наверно по разному), но весь остальной мир ориентирован больше на Java, VB и C++; на PHP, ASP и JSP.

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

И так случилось, что одним из моих заданий в настоящий момент является сравнение платформ a-la Java и a-la .NET.

VS.NET vs IBM Websphere 4.0
хм, Microsoft часто ругают за дыры, сбои и т.д., но вот что у нее всегда 'впереди планеты всей', это IDE.

Ну и на последок на счет отладки ASP.NET - все что Вы упомянули естесственно имеется. А заодно:
как происходит процесс выполнения ASP.NET страницы? -
1. ASP.NET Runtime Enveronment анализарует исходный файл и преобразует все НЕскриптовые объекты (я о HTML тэгах) в объекты/экземпляры .NET классов. А итоге получается один большой класс с вложенными классами. Т.е. еще до компиляции динамически и автоматически рождается 'голый' исходник на каком-то (например C# или VB.NET) языке без тени упоминания гремучей смеси программного кода и HTML тэгов
2. после этого анализирует на ошибки синаксиста
3. после этого компилирует в байт код
4. тут же компилирует в бинарный код и помещает этот код в специальный .NET кэш
5. уже из этого кэша вызывается на выполнение
6. в ходе выполнения отслкживаются все RunTime Exceptions

как только на каком-то из шагов возникнет ошибка сгенерится отладочная страница с полным стэком трассировки и текстом динамически сгенеренного класса (см. п.1.)

При необходимости VS.NET позволяет расставить и точки остановки и прочее.

Докучи VS.NET позволяет отлаживать SQL скрипты

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

0

/**Yuri Abele:
<...>как только на каком-то из шагов возникнет ошибка сгенерится отладочная страница с полным стэком трассировки и текстом динамически сгенеренного класса(см. п.1.)

При необходимости VS.NET позволяет расставить и точки остановки и прочее.
<...>
*/

1.Так я не понял, можно ли в самой IDE по шагам пройти весь код ASP (естественно, полученного после генерации странички в класс, а не самой HTML-странички)? Или возможен только посмертный дамп?

2.Если есть точки останова, то где они ставятся (в самой HTML-страничке или в сгенерированном на её основе классе)?

Расскажите, очень интересно.

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

Похожий механизм с JSP, только она компилится при первом запросе клиента и помещается в память, а не на диск, далее ведёт обработку других запросов. Проблем с обновлением тоже нет.

0

2 Yuri
Я как то уже писал тут что сравниать .НЕТ с ВебСфер некорректно.Хтоя бы по той причине что на моих глазах IBM тестировала два сервака-WebSphere и Intershop Enfinity и остановилась в пользу последнего.Они бы ещё с Томкатом начали тестировать. А если есть сомнения сходите на www.timelife.com или www.heartland.com и убедитесь сами(Я работал тогда консультантом на АйБиЭм и писал с ними эти сайты(для Тайм Уорнер)).Сайты работают на Интершопе хотя лепила его команда из АйБиЭм.

'COMPANIES & FINANCE EUROPE: SAP chooses a Sun Micro platform COMPUTER SOFTWARE GERMAN GROUP'S DECISION SEEN AS LIKELY BLOW TO MICROSOFT:
Financial Times; Oct 30, 2001
By BERTRAND BENOIT
SAP, Europe's biggest software group, has decided not to use Microsoft's .Net software platform and is instead backing a competing offering from Sun Micro-systems.
<...>'
(http://globalarchive.ft.com/globalarchive/article.html?id=011030001256&query=sap)

Microsoft ориентируется на закрытые платформы, как-то она хотела внести поправку в статьи закона по нераспространению информации о 'дырах' в программных продуктах (не только в своих), но дальше намерений не пошло.

0