COM+ или EJB?
 |
Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
|
| ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
| [3.145.2.184] |
|
|
В разделе обсуждаются следующие темы:
1) Процесс разработки программного обеспечения.
2) Определение требований к программному обеспечению.
3) Составные части и процесс проектирования (см. Шаблоны проектирования).
4) Документирование программного продукта(проекта).
5) Руководство разработкой программного обеспечения.
6) Проектирование пользовательского интерфейса.
7) Контроль версий проекта (см. Управление версиями в Subversion, Стратегии использования svn).
2) Определение требований к программному обеспечению.
3) Составные части и процесс проектирования (см. Шаблоны проектирования).
4) Документирование программного продукта(проекта).
5) Руководство разработкой программного обеспечения.
6) Проектирование пользовательского интерфейса.
7) Контроль версий проекта (см. Управление версиями в Subversion, Стратегии использования svn).
Модераторы: ElcnU
COM+ или EJB?
|
Сообщ.
#1
,
|
|
|
|
Имеет ли кто-нибудь сравнительные характеристики этих технологий? Статьи от Microsoft или SUN не очень объективны. Может кто сталкивался в реальных проектах с задачей выбора между COM+ и EJB? Интересно узнать мнение, результаты.
 |
|
Сообщ.
#2
,
|
|
|
|
А чё такое COM+?
З.Ы.: А чё такое EJB? |
|
Сообщ.
#3
,
|
|
|
|
И то и другое (COM+ & EJB) - технологии для создания распределённых аппликаций, в большём объёме используемые для написания Интернет аппликаций. (Three Tier Application). EJB - это продолжение JavaBeans. COM+ это продолжение Microsoft Transaction Server.
Three Tier Application: http://www.citforum.ru/cgi-bin/yandmarkup?HndlQuery=578750904&HndlDoc=908&PageNum=0 http://www.microsoft.com/RUS/internet/dot_comfacts.htm EJB: http://www.citforum.ru/cgi-bin/yandmarkup?HndlQuery=486202223&HndlDoc=2412&PageNum=0 COM+: http://www.microsoft.com/com/tech/COMPlus.asp  |
|
Сообщ.
#4
,
|
|
|
|
Если распределенные приложения для интернет ( или для любой гетерогенной сети ) - EJB, одназначна...
Если компонентность надо, но локально - СОМ и побыстрее и попроще в реализации будет. |
|
Сообщ.
#5
,
|
|
|
|
>>Если распределенные приложения для интернет ( или для любой гетерогенной сети ) - >>EJB, одназначна...
А как же тогда с рекомендациями Microsoft-a использовать для распределенных приложения для интернет связку: "IIS" <-> "ASP" <-> "COM+" <-> "COM object" <-> "ODBC" <-> "SQL-Server" <->...? Это же полный аналог для не Microsoft-технологий: "Apache(к примеру)"<->"JSP"<->"ApplicationServer"<->"EJB"<->"JDBC"<->Oracle(к примеру)->... ??? |
|
Сообщ.
#6
,
|
|
|
|
Ну дык майкрософтовский вариант расчитан на "своего" клиента. В EJB можно сделать клиента на яве , а написанное однажды - работает везде
 Я не имею ввиду тонкие клиенты, но об этом речи и не было - распределенные приложения требуют выполнения хотя бы логики интерфейса пользователя на стороне клиента, вот тут у МС большая трабла с технологиями и то, что они в маркетинговых листовках пишут - <censored>, дабы не выглядеть полными аутсайдерами. |
|
Сообщ.
#7
,
|
|
|
|
Я бы не был столь категоричен говоря про однозначтость выбора EJB доя распределённых приложений в гетерогинных сетях. Имхо web services от MS довольно рульная вещь. Неплохая производительность и легкость написания (имхо мне их заюзать было легче чем COM+). Кроме того, нет проблем с firewalls как у СОМ+, где номер порта определяется динамически. Здесь же всё по 80-у.
|
|
Сообщ.
#8
,
|
|
|
|
Вы не забывайте о приложениях, в которых инет и не упоминается (в суе).
Плюс комплюса = масштабируемость. А с файрволами пусть админы возятся, настраивают. ЗЫ. Типа риджекнул заморочки с настройками секьюрити даже для локальных клиентов;) |
0 пользователей читают эту тему (0 гостей и 0 скрытых пользователей)
0 пользователей:
[ Script execution time: 0,0224 ] [ 15 queries used ] [ Generated: 24.04.24, 18:02 GMT ]