iscrafmскрость ввода определяется только заточенным под ввод конкрентных данных интерфейсом и скростью пальцев. От звенности приложений абсолютно никак не зависит.
Целиком согласен и сказал то же самое.

iscrafmСлева список доступных позиций на складе с мгновенным поиском и специализированными фильтрами. Справа корзина.
Опять-таки в точности как я сказал - мультиселект с надергиванием. Именно это я и имел в виду; естественно, вид может быть достаточно разным.

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

OTigerДальше, Ваше окошко слева висело как Вы сказали минуту, за минуту при приличном кол-ве пользователей и большом кол-ве заказов, товара бы осталось раза в 2 меньше
Думаю, Вы согласитесь с тем, что скорость расходования товара в первом приближении линейна по времени (во всяком случае, если мы говорим о минутных интервалах). Итого, из Вашего утверждения следует, что через две минуты на складе вообще ничего не останется. Много ли Вы видели реальных складов, которые пустеют каждые две минуты?

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

OTigerУтрируете однако, пустеют не склады, пустеют позиции на этих складах.
Ничуть. Вы сказали "вдвое меньше" - я саппроксимировал. Сказали бы "какой-то позиции стало вдвое меньше" - уменьшили бы и драматизм моего ответа, и драматизм своего вопроса.

OTigerСразу предвосхищу Ваш вопрос о работе отдела закупок. Там все хорошо, просто товар то может и присутствовать, но уже под другим кодом(артикулом), т.е. с точки зрения ИС это другой товар.
И такая пересортица каждые две минуты? :)

OTigerИ после этого Вы мне говорите, что все для удобства пользователя?
А в чем неудобство пользователя? Он встанет перед честным выбором, что в случае КС, что в случае многозвенки: чем чаще рефрешатся данные, тем больше нагружается сервер-сеть.

Если говорить о постоянном рефреше остатков (будет выглядеть как обновляющаяся раз в N секунд колонка "осталось" в таблице), то в КС его будет сделать несколько сложнее. Причина - на промежуточном звене можно сделать логику, балансирующую нагрузку (сообщающую клиенту, когда он в следующий раз может запросить обновление). В СУБД же изнутри довольно сложно замерять нагрузку и соответственно решить, насколько можно грузить ее второстепенными задачами.

OTigerНу ладно с одной позицией так можно пролететь, но если это случается постоянно, я бы, как пользователь, послал разработчика в сад...
Не драматизируйте, скучно. Вы так и не ответили на вопрос, где Вы видели склады, опустошаемые с такой скоростью. Да, с одной позицией так можно пролететь. А насчет частоты.... скажу так, я однажды повесил триггер, который не давал сделать отрицательный остаток. Ждать его срабатывания пришлось неделю при нескольких сотнях пользователей. Итого, Ваше "постоянно" можно оценить как "каждый пользователь натыкается на это раз в восемь-десять лет".

OTigerВидеть на экране, что товар есть и при этом нельзя зарезервировать? А зачем Вы вообще тогда это окошко пользователю показываете, если св. остаток указанный на нем не соответствует действительности.
Кстати, а кто сказал, что я там вообще показываю остаток? :))

Впрочем, я совершенно не против показывать.

OTigerКстати, а как в Вашем окошке вбить не кол-во штук, а кол-во коробок, упаковок и т.д.? А проставить нужную колонку цен? Ну и прочее...
Я кажется рассказал, как. Если хотите спорить из принципа - найдите пару в ПТ; я Вам не помогу.

отредактировано модератором