caxapa.ru :: Microsoft обещает революцию. TCP/IP больше учить не надо.

AlexandrY (20.11.2007 10:01, просмотров: 9856)

Microsoft обещает революцию. TCP/IP больше учить не надо. http://www.eetimes.com/news/latest/showArticle.jhtml;jsessionid=EGMBFWAMN5LFOQSNDLSCKHA?articleID=203101754
Нереальные скидки на стоимость разработки и софта под Win CE 6 Video и VoIP на халяву. Технология Devices Profile for Web Services как я понимаю отправит в утиль весь доморощенный серверный софт для удаленного управления дивайсами. Все будет встроено сразу в таблицы MS Office или движок MS SQL или MSDE или MS MapPoint или другие корпоративные системы управления. Никаких стеков протоколов. В дивайсе просто пишите функцию, допустим, взять координаты с GPS модуля. А сервер в центре ее автоматом находит забирает данные и ложит куда надо без единой строчки кода на самом сервере. Весь обмен защищен, аутентифицирован, задублирован и т.д. через все возможные каналы: Ethernet, GSM, GPRS, 3G, Wi-Fi, WiMax и т.д. и никаких TCP!

INDEMSYS

Ответить

- Бедняги. Серьезно на них Гугль давит, скоро опять программистов массово увольнять придется. - she(20.11.2007 10:51)
- Это смерть, а не революция. Матрица. - General(20.11.2007 10:30)
  - Значит скоро узнаем есть ли жизнь после смерти ;) - AlexandrY(21.11.2007 10:52)
    - А вот не факт, что у M$ все получится. Evgeny_CD(836 знак., 25.11.2007 14:54)
      - Тут надо знать маленько кухню intranet приложений. AlexandrY(696 знак., 25.11.2007 19:10)
        
        А причем тут SOAP? Дотащить до нашего промежуточного сервака данные - это одно, а выдать эти данные в XML - это другое (и правильное) решение. Evgeny_CD(542 знак., 25.11.2007 19:19)
        
        Не, не так. AlexandrY(1068 знак., 25.11.2007 19:49)
        
        Ок. SOAP как способ взаимодействия с бортом - нивапрос, грамотно! Т.е. описать на SOAP внутреннюю структуру девайса, и способ его обмена с внешним миром - тоже. А дальше начинаются суровые реалии. - Evgeny_CD(25.11.2007 20:04)
        
        И чего в этом SOAP такого особенного? -> картинка - все просто объяснено. Вы представляете себе накладные расходы на трафик, если так гнать сырые отсчеты??? Обработка на борту жизненно необходима, вопрос в выборе базиса такой обработки. А вот загрузить на Evgeny_CD(120 знак., 25.11.2007 19:29, ссылка, ссылка)
        
        А почему гнать сырые отсчёты? В интерфейсе SOAP вы представляете на самом деле Ваши функции, например на C++. Получается Put и Get. А что Вы будете выдавать, какие отсчёты или обработанные результаты - полностью на Ваше усмотрение. бомж(764 знак., 26.11.2007 00:05)
        
        Во, мы пришли к тому, что уже описал. Теперь контрольный вопрос - а как бы автоматизировать создание того, что этот SOAP будет рожать? Evgeny_CD(196 знак., 26.11.2007 00:44)
        
        Я рассматриваю SOAP как некий физический интерфейс, типа CAN или PROFIBUS. Это не так, но очень похоже. Поэтому автоматизировать обработку IO, к примеру, легко. Надо лишь выделить какую-то область адресов, на которую отображать эти IO, и которую забирать бомж(639 знак., 26.11.2007 15:24)
        
        Вот и я о том же. Вопрос в том, как сделать универсальное программируемое ядро обработки. - Evgeny_CD(26.11.2007 16:00)
        
        ИМХО в виде классов. Класс АЦП, класс IO и т.д. Со всеми возможными и невозможными алгоритмами обработки. - бомж(26.11.2007 16:28)
        
        Т.е. потроха обработчика мы тоже описываем на SOAP? Пишем прототипы блоков обработки на С/С++, конвертим в SAOP, моделируем. В общем, тоже грамотно. Надо подумать. - Evgeny_CD(26.11.2007 16:37)
        
        мыло оно и есть мыло. - bialix_(26.11.2007 15:05)
        
        Ндя, вероятно, в понедельник их мама родила. Им что, слабо сделать графовый визуализатор для всего этого СОАПА? Читаешь спецификацию, и если бы были графы - было бы на порядок нагляднее. -> - Evgeny_CD(25.11.2007 19:32, ссылка)

Средства и методы разработки