Трехбуквенные технологии
Выбираем средство для организации взаимодействия между клиентом и сервером для новой версии проекта. Условие - заказчики-психи, у которых ничего кроме 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
в чём виноват Микрософт, если .NET FW 3.5 сделали гораздо позже, чем выпустили WinXP SP2? скажите спасибо, что хоть в Висте он уже есть.
про непостоянность - ты уже сталкивался с тем, что что-то бросали через год после анонсирования? по-моему, ты сгущаешь краски
(no subject)
(no subject)
(no subject)
no subject
нет, хорошо всё-таки жить в мире жавы.
Вообще завернуть старый канал для работы через прокси на порту 80 не вариант?
(no subject)
(no subject)
(no subject)
no subject
(no subject)
no subject
(no subject)
(no subject)
no subject