caxapa.ru :: А причем тут SOAP? Дотащить до нашего промежуточного сервака данные - это одно, а выдать эти данные в XML

Evgeny_CD, Архитектор (25.11.2007 19:19, просмотров: 281) ответил AlexandrY на Тут надо знать маленько кухню intranet приложений.

А причем тут SOAP? Дотащить до нашего промежуточного сервака данные - это одно, а выдать эти данные в XML - это другое (и правильное) решение. Есть IO. Они порождают поток данных. Его надо собрать, обработать, и упаковать в канал. Гнать необработанные отсчеты ADC, да еще в XML - это токо M$ может. На практике юзера за это морду набьют - сотовый трафик по стоимости с проводным Internet сравняется. Так вот, нужен некий программиируемый (например, на Python :) локальный движек обработки данных, который обработанные примитивы таскает/получает на сервер, а сервер все это упаковывает в SOAP. Оно канешна, не так красиво, как XML прямо в контроллере, но практичнее на порядок.

Ответить

- Не, не так. 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, ссылка)

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