powered by simpleCommunicator - 2.0.49     © 2025 Programmizd 02
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Physical design for NET
8 сообщений из 8, страница 1 из 1
Physical design for NET
    #32254596
AVI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Привет всем,

Может кто поделится своими мыслями, опытом, как лучше использовать компоненты в которых реализован бизнес - уровень (C#,VB.NET)?

Майкрософт, как я понимаю, не отказывается от трех-уровневой архитектуры.
Ранее использовалось UI -- COM+ -- Database. Конечно, можно компилить нетовские компоненты как COM и использовать под COM+. Но хорошо ли это?

Использовать Web сервисы вместо COM+. Но нужно ли их использовать внутри не слишком больших организаций где не используют внешние программы.

Может есть еще какой-нибудь путь организации бизнес-уровня?
...
Рейтинг: 0 / 0
Physical design for NET
    #32254766
Hibernate
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Может есть еще какой-нибудь путь организации бизнес-уровня?

слой хранимых процедур на сервере БД.

А вообще на этом тут немало копий сломали, но однозначного решения не нашли - все зависит от.
...
Рейтинг: 0 / 0
Physical design for NET
    #32254785
andsm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Еще вариант - компоненты .Net без использования COM+

Ну а про использование COM+ - ничего плохого нет, Микрософт рекомендует использовать.

Web-сервисы в интранете - это явно ненужно.

слой хранимых процедур на сервере БД - несовместим с многозвенной архитектурой.
...
Рейтинг: 0 / 0
Physical design for NET
    #32254810
funikovyuri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Может есть еще какой-нибудь путь организации бизнес-уровня?
Если вы задаете этот вопрос то он вам не нужен!

Бизнес уровень = уровень реализующий бизнес логику - его место нахождение и реализация - вопрос третий. Это может быть SP(т.е. уровня какбы нет), а может быть объект/компонент на ОО языке! А вот уже разместить этот объект можно по-разному можно на клиенте, можно на сервере, можно на третей четвертой и т.д. машинах! А теперь насчет сервера приложений - так вот если вы задали ваш вопрос то он вам не нужен!
...
Рейтинг: 0 / 0
Physical design for NET
    #32254898
Фотография snake
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
В августовском номере MSDN Magazine есть интервью c Sanjay Parthasarathy.

Вот выдержка в части, касающейся вопроса:

Вопрос : Каковы особенности современной стратегии корпорации Microsoft в области корпоративных разработок?

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

Вопрос : Что Вы можете сказать о будущем технологии Microsoft GXA?

Ответ : Мы планируем добавить поддержку новых стандартов в области Web-сервисов. Это та область, где предстоит сделать очень многое, например, реализовать поддержку передачи сообщений, а также внести изменения в саму архитектуру приложений. В частности, мы планируем переход к архитектуре, ориентированной на сервисы (Service-Oriented Architecture, SOA). Повторю: это не просто новая технология — это радикальное изменение в архитектуре приложений.

Вопрос :Каковы, на Ваш взгляд, основные тенденции в эволюции распределенных вычислений и их архитектуры?

Ответ :Я бы отметил три основных тенденции. Первая — все более частое применение архитектуры, ориентированной на сервисы и обеспечивающей надежную и безопасную передачу сообщений. Вторая тенденция — изменения в архитектуре хранения данных. И третья — изменения в способах хранения бизнес правил. Замечу, все перечисленное мной должно работать вместе в реальном распределенном приложении.

Вопрос : В чем, по Вашему мнению, заключается успех технологии Web-сервисов?

Ответ :Я думаю, он основан на поддержке этой технологии многими поставщиками ПО. В то же время реализации этой поддержки различны как с точки зрения производительности, так и с точки зрения масштабируем ости и гибкости. Полагаю, наши менеджеры создадут лучшую платформу и инструменты для этой технологии и лучшие основанные на ней сервисы.
...
Рейтинг: 0 / 0
Physical design for NET
    #32254946
funikovyuri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
у них все создают менеджеры!!!
...
Рейтинг: 0 / 0
Physical design for NET
    #32254948
AVI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Прошу прощения за не совсем точно сформулированный вопрос, но большенство поняло правильно суть вопроса.

как и где лучше физически размещать компоненты в которых реализованна бизнес логика написанная с использованием дотнет?

to andsm
у а про использование COM+ - ничего плохого нет, Микрософт рекомендует использовать.
Web-сервисы в интранете - это явно ненужно.

Согласен и использую COM+, но хочется узнать не пропустил ли я чего...

to funikovyuri
Если вы задаете этот вопрос то он вам не нужен!
Бизнес уровень = уровень реализующий бизнес логику...

из-за не точности вопроса поллучил не точный ответ :))
...
Рейтинг: 0 / 0
Physical design for NET
    #32254955
funikovyuri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2AVI: из-за неточности? как лучше использовать компоненты - использовать - не размещать.

А так - само сабой единственным сервером приложений у MS является MTS/COM+!
...
Рейтинг: 0 / 0
8 сообщений из 8, страница 1 из 1
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Physical design for NET
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]