3-tier

Есть проект:
база на SQL Server, клиенты написаны на VC++, масса ком-объектов, которые используются главным приложением, все работает.
Клиенты активно изменяют базу, кроме выборки.
Причем, изменение сделанное одним клиентом отображается в приложенях остальных, у которых открыта такая же информация.

Есть задача: сделать из всего этого трёхзвенный проект.
Но именно так, чтобы вынести среднее звено на отдельный сервер, а не просто сделать звено и держать его на клиентской машине.

Вопрос: на чем можно писать это самое среднее звено (DCOM ?...)

COM+ конечно...

COM+, да, видимо так и есть, и все коннекты к базе в них, селекты, апдейты, инсерты...

А как же быть с перспективой, ведь .NET вроде как COM+ отправляет в небытие?

Это что-то новое. Кто вам сказал что .NET отправляет COM+ в небытие? Каким же образом тогда будет работать среднее звено?

Я написал "вроде как" :-)
Может быть веб-сервисы?

Ключевое слово web... Не думаю что Windows приложения перестанут существовать и их заменят супермодные веб-браузеры.

Не думаю что Windows приложения перестанут существовать и их заменят супермодные веб-браузеры.

Звучит как: Windows приложения "не умеют" общаться с веб-сервисами.

?

2snake
Действительно, что-то я об этом не подумал, что так будет звучать...
Однако предлагаю в дискуссию что лучше COM+ или SOAP не вдаваться...

Ни в коем случае .NET не отправляет COM+ в небытие. Наоборот, уровень поддержки COM+ в .NET стал значительно выше (до декларарирования на уровне атрибутов).

		AAS писал:
		Наоборот, уровень поддержки COM+ в .NET стал значительно выше (до декларарирования на уровне атрибутов).

Это по сравнению с чем с С++? Если вы имеете ввиду VB , то конечно да. Но я бы VB с .NET не сравнивал ибо общее у них только в названии языка Visual Basic и его же похожем синтаксисе.