Еще одна статья вышла. На этот раз - про синхронизацию пользовательского интерфейса. Про выполнение длительных задач так, чтобы не блокировать весь интерфейс. В последнее время что-то количество вопросов на эту тему превысило все разумные пределы.
В общем, статья тут: http://www.skipy.ru/technics/gui_sync.html. Читайте!
Все комментарии можно оставлять в этой теме.
В общем, статья тут: http://www.skipy.ru/technics/gui_sync.html. Читайте!
Все комментарии можно оставлять в этой теме.
Profile
skipy_ru- Евгений Матюшкин
- skipy.ru: Записки трезвого практика
Page Summary
- ud2 : (no subject) [+1]
- (Anonymous) : Синхронизация get/set Progress [+1]
ext_242636 : Volatile [+3] - ext_242636 : GuiActionRunner из FEST [+1]
- (Anonymous) : Синхронизация пользовательского интерфейса [+1]
- deart_69 : (no subject) [+0]
Designed by chasethestars
chasethestars
Comments
private volatile int progress;
Так что свойство Progress является синхронизированным.
Неверно считать, что volatile только отключает механизмы синхронизации для переменной. Этот модификатор доступа гарантирует большее: обращение к переменной не будет переставлено местами с другими инструкциями с точки зрения всех потоков.
Это поведение дает возможность реализовывать, например, ConcurrentHashMap без захвата монитора. см. ConcurrentHashMap.java:335.
Разумеется, volatile делает не только то, что я написал. Более того, я об этом знаю. :) Просто в своих статьях я ориентируюсь на определенный уровень читателей. Если я полезу в дебри спецификации VM - большинство просто потеряет нить. Им это будет неинтересно, что, в конечном итоге, скажется на понимании основного материала.
Это все равно, что при описании ключевого слова synchronized перевести половину 17-й главы спецификации языка - про мониторы, блокировки, модель памяти, оптимизации и т.п. Я вот про это: http://java.sun.com/docs/books/jls/third_edition/html/memory.html. Безусловно, это всё имеет отношение к делу, однако у неподготовленного человека вызовет головокружение.
А потому - для большинства достаточно того, что я описал. Кто хочет знать больше - в итоге возьмет спецификацию, прочитает, увидит, что у меня в статье она переведена не вся, и напишет мне об этом. :)
P.S. Пишут регулярно. :)
Так что если Вам есть что сказать по поводу других статей - пишите, я с удовольствием почитаю. И если Вам кажется, что что-то можно добавить - тоже пишите. Часто бывает так, что я написал статью, она полежала пару лет, а поотом я понимаю, что в нее можно что-то дописать. И еще что-то. И опять. И снова. И всё это, в основном - по результатам чьих-то писем!
С уважением,
Евгений aka Skipy
Пример: выполняется запрос к серверу, возникает ошибка - надо спросить пользователя что делать: Retry/Abort. Я в таких случаях использую следующее:
boolean retry =
GuiActionRunner.execute(new GuiQuery() {
public Boolean executeInEDT() {
return JOptionPane.YES_OPTION == JOptionPane.showConfirmDialog(**);
}
});
Класс GuiActionRunner доступен в библиотеке FEST-swing (http://easytesting.org/). Единственный минус - библиотека предназначена для тестирования и использовать ее в production-коде страшновато.
Я небольшой специалист программировать на JAVA, но мне нужно реализовать программу чтения файлов с прогресс баром. Прошу вас прислать мне недостающие классы ControllableCapacityInputStream и CapacityUnit на mail nick@rietumu.lv
Спасибо
Эти классы используются для ограничения скорости чтения из потока, в чисто демонстрационных целях - иначе Вы просто не увидите появления индикатора прогресса. В реальной жизни ограничение, как правило, не вводится, более того - всегда есть стремление максимизировать скорость загрузки, т.е. прямо противоположное.
Мне не жалко прислать Вам эти классы, я просто хочу быть увереным, что Вы понимаете, что делаете. Если Вам действительно нужно именно это - не вопрос, пришлю. Если Вы просто не понимаете, как переписать код и выбросить эти классы - тоже могу подсказать. Уточните, пожалуйста, что именно Вам нужно.