Добрый день!

Схема работы на наших проектах следующая: Есть сервер с БД MSSQL и куча рабочих мест разбросанных по предприятию. На них могут быть разные модули и разное оборудование (всякие весы, сканеры, принтеры и т.д.)

У меня в планах переместить наши рабочие модули в браузер.
Это решит много проблем с распространением и обновлением. Сейчас у нас это всё организованно весьма геморройно.

Но я не могу понять что мне нужно копать: ASP.Net, Silverlight или XBAP (ни с чем из этого я толком не знаком)?

Основные аспекты по модулям:
- Должны уметь взаимодействовать с оборудованием, подключённом к конечному рабочему месту (как по Com-порту, так и всякие Usb-девайсы.
- Весьма активно работать с БД;
- Где выполнять основную массу кода (на сервере или клиенте) не важно;
- Для некоторого оборудования КРИТИЧНО выполнять операции взаимодействия с ним на клиенте (обобрудование шлёт и требует большого кол-ва команд. Если не успеть с ним пообщаться - жди беды. поэтому некоторые операции обязательно обрабатывать н аклиенте). При этом общение с ним происходить с использованием сервиса, висящего в системе;
- Иметь индивидуальные настройки для каждого рабочего места. Возможно необходимо будет запоминать состояние при "крэше" модуля.

Что подскажете? Куда идти?

Monochromatique,

Что ты подразумеваешь под нативом?
А под расширением под хром?

Кстати браузер можно использовать любой.
А разве не получится напистаь свой сервис, который будет между программой и оборудованием, т.е. взаимодействовать через него?

Алексей К,

Если не сложно, то раскройте тему с использованием ClickOnce?

С каким сложностями мы сейчас сталкиваемся:
- Модулей довольно много;
- Для каждого предприятия модуля индивидуальны;
- Разворачивание модулей на новых машинах сложно: По локалке закидываем файлики, настраиваем ярлычки, устанавливаем доп. ПО, если требуется, и т.д.;
- Модули каждый день правятся/дополнятются/меняются на разных объектах (опять же проблема обновления)
- Сложность отладки на удалённых машинах (в офисе не всегда есть оборудование на котором отлаживаемся)

В принципе перейти в браузер меня толкает только пункт распространения и обновления.
Как я понимаю, именно это может решит КликВанс, верно?
Его использование бесплатно?
Он требует разворачивания на сервере доп. ПО?
При использовании потребуется получение/генерация каких-то сертификатов?

И другие вопросы:
1) А разве браузер не умеет работать с сервисом, который может работать с оборудованием?
2) Я написал WPF-приложение. К примеру калькулятор. Чтобы получить из него XBAP необходимо полностью переписывать приложение как XBAP или достаточно немного "потанцевать с бубном" и оно сможет запускаться в браузере?
3) Разве у XBAP не такие же разрешения, что и у нативного приложения? Насколько я понял из чтива оно лишь отображается в браузере.

Axeleron,

Модули на данный момент писаны в сонвоном на C++ Builder. Новые уже пишу на c#. Ест ьпарочка на WF, но они скоро будут не востребованы. И ещё парочка WPF. Все новые модули само собой на WPF делаются.

Оборудование всё в основном сидит на COM-портах. При запуске получаем от сервера список компортов для машины с данным MAC и что за оборудование на них сидит. Работает через обыкновенный SerialPort (для старых модулей писанных на Builder это MSComm). Получить, отправить, получить ответ. Собственно всё.

То что на USB - это чаще всего принтеры, с доступом к которым проблем нет.

Но есть ещё модные немецкые конвееры и принтеры. Для них у тебя на машине висит сервис, есть своя библиотека, которая к нему обращается и приём/отправка данных происходит через неё.

Хорошо. Остановимся на ClickOnce.
Теперь второй вопрос:
А если надо запилить утилиту для получения статистики, отчётов и прочей байды. Тут уже не требуется взаимодействия с оборудованием. Административных мест может быть достаточно много. Что скажете насчёт применения веба в такой ситуации? Что тогда из вышеперечисленного мне нужно?

Если кто знаком, дайте ответы, пожалуйста:
1) А разве браузер не умеет работать с сервисом, который может работать с оборудованием?
2) Я написал WPF-приложение. К примеру калькулятор. Чтобы получить из него XBAP необходимо полностью переписывать приложение как XBAP или достаточно немного "потанцевать с бубном" и оно сможет запускаться в браузере?
3) Разве у XBAP не такие же разрешения, что и у нативного приложения? Насколько я понял из чтива оно лишь отображается в браузере.

Axeleron,

Всё верно. Это отдельный модуль административный. Через него получать статистику, менять настройки оборудования (многие хранятся в базе данных как константы). Конечные пользователи этого - технологи/бухгалтеры/мастера и прочие подобные ребята.

Или ограничиться тем же ClickOnce и не тратить время (его как всегда мало, а работы валом) на изучение браузерных технологий?
Если браузерные технологии, то какие?

Кстати. Ещё такой вопрос. Что нужно сделать на клиенте при разворачивании приложения через ClickOnce?
Достаточно лишь обладать ссылкой на него?
На чьём сервере хранится приложение? Если на моём, то оно видимо всё-таки требует установки доп ПО, кроме MSSQL, верно?
Можно ли при использовании ClickOnce вытягивать дополнительные файлы с сервера, пусть и не связанные с приложением?

Konst_One,

Слава Богу, Их ещё кушает FireFox.