Запрет многократных нажатий на кнопку

Добрый вечер
Столкнулся с такой проблемой: при работе клиента на j2me (сокеты, связь с асинхронным сервером) пользователи частенько умудряются нажать на одну и ту же кнопку несколько раз, то есть, как пример, в окне выбора продукта успевают нажать кнопку "Выбрать" 3-4 раза до того момента, пока данные уйдут серверу, обработаются, вернутся и обновят экран - в результате серверу уходят те самые 3-4 запроса на выполнение одной и той же операции, от чего хотелось бы уйти. Как можно поступить в данном случае? Есть несколько идей, но в каждой видны жёсткие недочёты:
1 - в конце обработчика каждого нажатия блокировать или вообще удалять кнопку;
2 - в каждом обработчике вешать счётчик нажатий, и проверять, не нажималась ли ещё эта кнопка, и если нажатие уже было - не выполнять действий, а после каждого обновления экрана счётчики на кнопках обнулять;
3 - завести какой-нибудь таймер, и разрешать нажатия только раз в секунду (не особо пока понимаю, как такое будет работать - но это лишь идея).

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

Заранее спасибо

0

При отправке генерить CRC32 со всех полей и если при следующем нажатии оно такое же как и предыдущее, то игнорить и не отправлять

0

Идея заманчивая, но, на мой взгляд, немного затратная: основных форм - около 5, и все с разнородным содержимым. Т.е., имеется и выбор из списка, где данные по мере появления подгружаются с сервера, и логин-пароль, где периодически жмут 2-3 раза Войти, и просто отправка одного значения (типа суммы или количества).. Я что-то подобное рассматривал (хотел запоминать сгененированную для отправки текстовую строку, и уже потом её сравнивать) - но отмёл как неэффективную.
Придумал ещё вариант с некоей заглушкой - при нажатии кнопки отправки отображать форму с текстом "обработка..", а уже при получении обработанных данных с сервера отображать то, что нужно.
Но всё равно ни один из этих вариантов (CRC, заглушка) не оберегает от нажатия кнопки на полученном с сервера окне при многократном нажатии клавиш на предыдущем окне (пример: в списке выбора заказа жмём много раз кнопку Выбрать, данные уходят, обрабатываются, прорисовывается новое окно уже со своей кнопкой, и происходит непроизвольное нажатие на эту новую кнопку). То есть эту ситуацию уже можно и не обрабатывать - вина клиента, что не смотрит, на что жмёт - но было бы интересно знать, есть ли варианты, не допускающие такого.

Добавлено через 6 часов 45 минут
Выявил ещё один нюанс: если зажать кнопку и не отпускать, то обрабатывается это как многократные нажатия, самое страшное - с частотой большей, чем простые нажатия. В такой ситуации запоминание отправляемой строки или CRC корректно не срабатывают - процентах в 20 случаях строка отправляется более 1 раза (тестирую сейчас на nokia 6300).
Поэтому попробовал вставить заглушку - работает на удивление приятно и безглючно, органично вписалось.
Но всё равно на общем фоне повис вопрос: почему многократные нажатия или зажатие кнопки в нижеуказанном коде допускает огрехи и производит двойную отсылку данных (аналогично испробован способ счётчика нажатий, который выдаёт такой же результат):

0

не понимаю я вашей проблемы, мне кажется вы создаёте себе сами условия для трудностей:
1. считать crc32 быстро можно сдвигами
2. почему отправка данных должна идти синхронно нажатиям?
создайте очередь и продюсьте туда нажатия, а консьюмер будет считать crc (или что там вам больше по душе) и решать делать ли post, это могут быть 2 независимых потока и всё будет ок

1

В j2me с CRC32 вообще не работал (это мой первый проект, не только j2me - но и java в любых проявлениях), поэтому стараюсь усложнять всё чем меньше, тем лучше.. И про консьюмер поэтому тоже не слышал, и не знаю, как это всё с наименьшими затратами (по времени и по ресурсоёмкости) внедрить
Потоков для нужд миддлета у меня уже 4 штуки есть, плюс 3 таймера (1 постоянный и 2 включаются/отключаются по мере работы), поэтому создавать ещё и очередь.. Не сильно ли накладно? Все ли телефоны нормально потянут такое?
Трудностей я и правда наворотил, разгрести и сделать по-человечески уже немало времени займёт - например, из обработчиков 15 моих кнопок 9 отправляют какие-то данные, из них 5 сначала отправляют, потом по получении данных формируют соответствующую форму, а 4 сначала рисуют формы (в том числе и списки), а уже по получении данных заполняют их значениями, делают видимыми-невидимыми соответствующие поля и пр. Поэтому как сюда очередь запилить - пока без понятия, браться пока не буду - сначала всё заведу таким топорным методом (нажали кнопку - отправили данные-данные обработали-данные отрисовали), внедрю, а когда будет свободное время - перепишу всё как и должно было быть с самого начала.

0

Сообщение от andrew_jr20 И про консьюмер поэтому тоже не слышал

http://www.java2s.com/Tutorial... nsumer.htm

1

Шикарная штука )))) Спасибо за ссылку, по коду всё ясно, попозже внедрю именно такой вариант

0

Может я чего не понимаю в javaME - но почему нельзя после первого нажатия на кнопку заблокировать ее до получения ответа от сервера??

0