![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
Трехбуквенные технологии
Выбираем средство для организации взаимодействия между клиентом и сервером для новой версии проекта. Условие - заказчики-психи, у которых ничего кроме 80 порта на файрволлах не открыто. Ну, значется, разумный выход - веб-сервисы. А сервер хочется сделать отдельным виндовым сервисом, без всяких IIS и прочей ереси. И, как оказывается, Микрософт все придумал до нас - надо использовать WCF(Windows Communication Foundation).
Начинаю разбираться с этим делом.
Модель и реализация вроде культурная, я бы, наверно, похожим образом спроектировал, понадобись мне универсальное решение для коммуникации.
Расширение для работы с этой хренью для VS2005 убрали - переходите, мол, на VS2008.
Требуется NET 3.5 фреймворк. Который изначально есть только в Висте, а в других виндах его надо ставить отдельно. Представляю радость ИТ-стаффа клиентов по этому поводу.
Посылка одного вызова метода - некислых размеров XML-SOAP мессага, ну да ладно, есть у них там и бинарные сериализаторы, вроде.
Есть какая-то встроенная безопасность, как ее конфигурировать и использовать - сам черт ногу сломит, так что наверно лучше всего использовать transport level security, типа ssl, для защиты от подслушивающих врагов, а вот авторизацию внутри уже как-нибудь самостоятельно делать, тем более что там несколько разных методов придется реализовывать.
Но что-то меня сомнения гложут. Микрософт отличается крайней непостоянностью в своих технологиях - они могут через год выбросить этот фреймворк нахрен и сделать что-нибудь еще. Хотя в описании сказано, что он мега-future-proof.
Начинаю разбираться с этим делом.
Модель и реализация вроде культурная, я бы, наверно, похожим образом спроектировал, понадобись мне универсальное решение для коммуникации.
Расширение для работы с этой хренью для VS2005 убрали - переходите, мол, на VS2008.
Требуется NET 3.5 фреймворк. Который изначально есть только в Висте, а в других виндах его надо ставить отдельно. Представляю радость ИТ-стаффа клиентов по этому поводу.
Посылка одного вызова метода - некислых размеров XML-SOAP мессага, ну да ладно, есть у них там и бинарные сериализаторы, вроде.
Есть какая-то встроенная безопасность, как ее конфигурировать и использовать - сам черт ногу сломит, так что наверно лучше всего использовать transport level security, типа ssl, для защиты от подслушивающих врагов, а вот авторизацию внутри уже как-нибудь самостоятельно делать, тем более что там несколько разных методов придется реализовывать.
Но что-то меня сомнения гложут. Микрософт отличается крайней непостоянностью в своих технологиях - они могут через год выбросить этот фреймворк нахрен и сделать что-нибудь еще. Хотя в описании сказано, что он мега-future-proof.
no subject
Что навскидку вспомнилось: MSSQL 2005 Notification Services - в 2008 их уже нет (часть функционала реализовали в RS, а часть так и пошла лесом). Не спорю, реализация была не фонтан, генерила кучу левых данных, но это была очень нужная вещь, ее многие ждали...
Да, в последнее время у MSFT стало больше таких вещей, от которых они отказываются уже в следующей версии. Раньше... не припомню как-то, хотя возможно просто не сталкивался.