|
Physical design for NET
|
|||
---|---|---|---|
#18+
Привет всем, Может кто поделится своими мыслями, опытом, как лучше использовать компоненты в которых реализован бизнес - уровень (C#,VB.NET)? Майкрософт, как я понимаю, не отказывается от трех-уровневой архитектуры. Ранее использовалось UI -- COM+ -- Database. Конечно, можно компилить нетовские компоненты как COM и использовать под COM+. Но хорошо ли это? Использовать Web сервисы вместо COM+. Но нужно ли их использовать внутри не слишком больших организаций где не используют внешние программы. Может есть еще какой-нибудь путь организации бизнес-уровня? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.09.2003, 12:57 |
|
Physical design for NET
|
|||
---|---|---|---|
#18+
Может есть еще какой-нибудь путь организации бизнес-уровня? слой хранимых процедур на сервере БД. А вообще на этом тут немало копий сломали, но однозначного решения не нашли - все зависит от. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.09.2003, 14:36 |
|
Physical design for NET
|
|||
---|---|---|---|
#18+
Еще вариант - компоненты .Net без использования COM+ Ну а про использование COM+ - ничего плохого нет, Микрософт рекомендует использовать. Web-сервисы в интранете - это явно ненужно. слой хранимых процедур на сервере БД - несовместим с многозвенной архитектурой. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.09.2003, 14:44 |
|
Physical design for NET
|
|||
---|---|---|---|
#18+
Может есть еще какой-нибудь путь организации бизнес-уровня? Если вы задаете этот вопрос то он вам не нужен! Бизнес уровень = уровень реализующий бизнес логику - его место нахождение и реализация - вопрос третий. Это может быть SP(т.е. уровня какбы нет), а может быть объект/компонент на ОО языке! А вот уже разместить этот объект можно по-разному можно на клиенте, можно на сервере, можно на третей четвертой и т.д. машинах! А теперь насчет сервера приложений - так вот если вы задали ваш вопрос то он вам не нужен! ... |
|||
:
Нравится:
Не нравится:
|
|||
03.09.2003, 14:55 |
|
Physical design for NET
|
|||
---|---|---|---|
#18+
В августовском номере MSDN Magazine есть интервью c Sanjay Parthasarathy. Вот выдержка в части, касающейся вопроса: Вопрос : Каковы особенности современной стратегии корпорации Microsoft в области корпоративных разработок? Ответ : По-моему, два года назад не, было многих нынешних стандартов в области Web-сервисов. Это вызывало серьезную озабоченность среди разработчиков. По существу они не были уверены в том, что эту технологию вообще надо применять. Теперь технологии Web-сервисов и средства UDDI активно применяются разработчиками, и сейчас им нужен следующий уровень стандартов, касающихся архитектуры приложений, а именно, стандартов, связанных с безопасностью и поддержкой транзакций. Вопрос : Что Вы можете сказать о будущем технологии Microsoft GXA? Ответ : Мы планируем добавить поддержку новых стандартов в области Web-сервисов. Это та область, где предстоит сделать очень многое, например, реализовать поддержку передачи сообщений, а также внести изменения в саму архитектуру приложений. В частности, мы планируем переход к архитектуре, ориентированной на сервисы (Service-Oriented Architecture, SOA). Повторю: это не просто новая технология — это радикальное изменение в архитектуре приложений. Вопрос :Каковы, на Ваш взгляд, основные тенденции в эволюции распределенных вычислений и их архитектуры? Ответ :Я бы отметил три основных тенденции. Первая — все более частое применение архитектуры, ориентированной на сервисы и обеспечивающей надежную и безопасную передачу сообщений. Вторая тенденция — изменения в архитектуре хранения данных. И третья — изменения в способах хранения бизнес правил. Замечу, все перечисленное мной должно работать вместе в реальном распределенном приложении. Вопрос : В чем, по Вашему мнению, заключается успех технологии Web-сервисов? Ответ :Я думаю, он основан на поддержке этой технологии многими поставщиками ПО. В то же время реализации этой поддержки различны как с точки зрения производительности, так и с точки зрения масштабируем ости и гибкости. Полагаю, наши менеджеры создадут лучшую платформу и инструменты для этой технологии и лучшие основанные на ней сервисы. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.09.2003, 15:38 |
|
Physical design for NET
|
|||
---|---|---|---|
#18+
у них все создают менеджеры!!! ... |
|||
:
Нравится:
Не нравится:
|
|||
03.09.2003, 16:02 |
|
Physical design for NET
|
|||
---|---|---|---|
#18+
Прошу прощения за не совсем точно сформулированный вопрос, но большенство поняло правильно суть вопроса. как и где лучше физически размещать компоненты в которых реализованна бизнес логика написанная с использованием дотнет? to andsm у а про использование COM+ - ничего плохого нет, Микрософт рекомендует использовать. Web-сервисы в интранете - это явно ненужно. Согласен и использую COM+, но хочется узнать не пропустил ли я чего... to funikovyuri Если вы задаете этот вопрос то он вам не нужен! Бизнес уровень = уровень реализующий бизнес логику... из-за не точности вопроса поллучил не точный ответ :)) ... |
|||
:
Нравится:
Не нравится:
|
|||
03.09.2003, 16:02 |
|
|
start [/forum/search_topic.php?author=VeroNa&author_mode=last_posts&do_search=1]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
get settings: |
9ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
180ms |
get topic data: |
13ms |
get forum data: |
2ms |
get page messages: |
47ms |
get tp. blocked users: |
1ms |
others: | 573ms |
total: | 871ms |
0 / 0 |