Автоматизация склада с помощью штрих-кодов : Другие вопросы

Это очень радует, каких-то объективных причин, почему запросы должны обрабатываться медленно - не вижу. Любо сервер медленно работает, либо слабый терминал, либо middleware очень медленно-многослойно работает.

Только не надо это обобщать на все терминалы и весь софт. Разговор шел - про софт, специализированный для оффлайн обмена (например - мобайл логистик). И основная задержка в том, что перед самим обменом драйвера сначала должны "снюхаться". А если есть софт для онлайн работы - он просто держит открытое соединение.

На самописном, или адаптированном для онлайн обмена софте - можно.

Заливаю базу до 2х раз в час, никаких проблем, скорость по вай-фай до 4 мегабайт в секунду. Это - с записью уже в саму базу.

Тут konst выдвинул хорошую идею, может проще/быстрее запустить ТСД с рдп клиентом? Я подумал, далеко не самый плохой вариант...

C RDP не понятно, как перехватывать результат сканирования штрих-кода.

Есть еще один вариант, недавно родился - это запускать веб-приложение во встроенном Internet Explorer (либо другом мобильном браузере на WinCE), веб приложение отобразит формочку с текстовым полем. В поле нужно как-то вставить результат сканирования штрих-кода. Пока не знаю как.

Эм. Ну как бы в комплекте к любому (вроде бы любому, на оптиконах точно есть) терминалу идет предустановленный софт для чтения баркодов. ставишь галочку keyboard hook - и тебе штрихкод передается как набор символов с клавиатуры с завершающим энтером. в ЛЮБОЕ приложение, хоть блокнот, хоть телефонная номеронабиралка, хоть браузер.

Ну тоже вариант, см выше, вообще никаких затрат на софт . рисуй мордочку и лови нажатие энтера. Рисуй две формы, в одну будет вводиться шк, во вторую количество - и все, пусть остальное обрабатывает веб сервер. Не удивлюсь, если этого для ваших задач и хватит.

Рисуем даже такую формочку.
- Код товара (заполняется при сканировании ШК), кнопка OK
- Название (заполняется подгрузкой из базы)
- Кл-во
- Кнопка ПРИНЯТЬ.

Теперь осталось понять несколько вещей:
- можно ли ставить под wince какие-то современные браузеры (firefox, chrome, или заставить IE как-то работать с продвинутым javascript, а еще лучше jquery);
- насколько хорошо уживутся IE и тот софт, который перехватывает событие сканирования ШК, сможет ли он сабмитить форму (вроде бы детали, но на самом деле критически важные для задачи);
- понять, какой лучше out-of-the-box лучше для этой задачи (+ какой поставщик, какая операционка - wince, win mobile)

В общем, хотелось бы мнений и советов на этот счет :)

ну опера мини точно есть.

Эм. тебе придет энтер. как ты его обработаешь - это уже проблемы твоего софта.

Попробуй, сам потом расскажешь.
для экспериментов - обычный комп, с сканнером штрихкодов, подключенным в разрыв клавиатуры. работать будет так же, как тсд.

извените...
но выскажу своё имхо...
1. Если нет навыков програмирования под вин_це идите в рдп... :) о как послал...
2. Забудьте про оперу мини... она клиент серверная... и не думайте про опера мобайл ... вы вносите 3 неузвестное в своё уравнение которое вы сами еще не предствляете...
3. использовать RDP для ВАС удобно по несколькольким причинам:
кросплатформенность... олаживать интерфейс моно на обычном компе...
кросплатформенность... работает как на Android так и WINCE 4;4.2 и на Windowsmobile 5;5.2;6;6.5 также на Iphone и так далее.
4. требуется обычный програмист... аля на delphi... в RDP можно мапить Com порты... соответсвенно если сканер позволяет "мапить" компорт в РДП... вам счастье... но это надо сильно выяснять... но опять таки можно запрограмить сканер на передачу префиксов суфиксов... и "отлавливать" сканирование в любом поле... а то в разрыве и в браузере это реально геморойно...
короче плюсов много но есть и минусы...
1. постоянная вафля сживает батарейку прилично...
2. Нужен терминальный сервак с лицензиями CAL :) ну это на любителя...
3. Если предпологается работа через 3g\Edge\GPRS с наружи ... данный вариант не вариант...

короче выбирать Вам ... но я бы посоветовал начать с РДП... в процессе написания вы сами поймете что вам нужно ... отполируете... и потом когда будете в теме можете уже ставить задачу вебпрограмеру...
ИМХО.. просьба сильн не пинать... :)

Если честно, то сейчас нацелился именно на вариант запуска веб-интерфейса на ТСД. Надеюсь, даже способностей IE хватит, надеюсь AJAX он поддерживает, а этого будет более чем достаточно. Если не IE то FF, наверное, для WinCE есть. Так мы сможем сделать всю задачу силами веб-программистов, можем быстро вносить изменения в интерфейс и логику.

Основной вопрос оставшийся у меня - насколько плотно-бесшовно можно синтегрировать IE с программкой-драйвером считывания ШК. Чтобы не требовалось делать лишних телодвижений оператору.

Ты не думаешь, что это как раз зависит от конкретной модели терминала?

А еще подумай пожалуйста на тему, что будет с терминалом, если связь внезапно оборвется...