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


Тема задана не полностью конкретно. Поясню что имею в виду.
Веб-приложение - что имеется в виду?
1) Классическое приложение в сети интернет веб-сервер/Итнернет/веб-браузер
2) Приложение интранет веб-сервер/локльная сеть/веб-ьраузер
3) Приложение интернет/интранет веб-сервер/.../клинет-небраузер

Я разрабатываю интранет-приложения веб-сервер/веб-браузер. С применением Ajax-технологии. Списки выбора реализую самопальными компонентами доступа к БД - классический поиск по первым введенным буквам - это, кстати, то с чего начинался Ajax. Скорость и удобство ввода сравнима с любым самым дружественным приложением-десктоп. (Например 1с)

Но все же есть и ложка дегтя. Десктоп-приложение конкретно для целей бухучета имеет преимущество - то что пользователь взят в ежовые рукавицы. То есть нельзя закрыть приложение-десктоп, изменив документ, но не сохранив его и не ответив на 2-3 вопроса типа "Вы уверены, что хотите выйти" "Отменить все изменения" ... А приложение в веб-браузере это могут быт такие варианты.

Бухгалтер отправил зрапрос на сервер и не дождался ответа - закрыл программу - и пребывает в уверенности, что действия отменил (а на самом деле запрос отправлен и обработан сервером)

Или наоборот. Нажал на кнопку "Сохранить" и пошел довольный, закрыл браузер. А с сервера приходит ответ "Вы там то и это - документ не сохранен". Но обработать этот ответ некому - браузер уже закрыт.

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