Пропускная способность API предпочтений Java

Question

Я использую Java Preferences API для хранения положения окна и размера приложения Swing. В данный момент я слушаю события изменения размера / положения окна и сохраняю положение и размер каждый раз, когда они меняются. Однако это означает, что если пользователь медленно изменяет размер окна шириной от 200 до 400 пикселей, я, вероятно, напишу новый размер окна примерно в 200 раз за довольно короткое время.

API настроек использует любое доступное хранилище данных в хост-системе (реестр Windows для Windows и т. Д.), Но вопрос в том, каковы ограничения или лучшие практики для API свойств? Это нормально, или было бы разумно писать только тогда, когда пользователь закончил изменение размера? Кто-нибудь имел опыт работы с API свойств на разных платформах?

Answer 1

Просто перечитайте и поняли, что вы говорите о самом приложении, а не о диалоге, но концепция, вероятно, все еще применима: записывайте измерения только при успешном завершении работы приложения. Я думаю, что это было бы прекрасно для большинства пользователей / ситуаций.

---

Почему бы не записать новый размер только по событию кнопки «ОК» или «Отмена»? То есть не храните его динамически.

Если это модально, вы не можете ничего потерять , делая это, это просто конечное значение, которое вы хотите. Кому какое дело, если за миллисекунду было 307 пикселей?