Связь со мной: telegram: @JuneSmellsLikeBlood | e-mail: e.kislov@owen.ru (личка на форуме - не подходит)
Раздел CDS V3.5 на сайте | Основные темы по CDS V3.5 на форуме: Вопросы и ответы | Визуализация | Настройка обмена с другими устройствами
Repository Archive V3.5 SP4 (необходим для СПК207/СПК1хх без Eth/ПЛК3xx)
oscat.ru | Как обратиться в техподдержку? | Как отлаживать ошибки | Отладка проектов в CODESYS V3.5 | Проблема XY | Как правильно задавать вопросы | AnyDesk
Связь со мной: telegram: @JuneSmellsLikeBlood | e-mail: e.kislov@owen.ru (личка на форуме - не подходит)
Раздел CDS V3.5 на сайте | Основные темы по CDS V3.5 на форуме: Вопросы и ответы | Визуализация | Настройка обмена с другими устройствами
Repository Archive V3.5 SP4 (необходим для СПК207/СПК1хх без Eth/ПЛК3xx)
oscat.ru | Как обратиться в техподдержку? | Как отлаживать ошибки | Отладка проектов в CODESYS V3.5 | Проблема XY | Как правильно задавать вопросы | AnyDesk
Привет.
Хотел бы узнать как правильнее поступить. Интересуют реализованные кейсы в ваших проектах.
Вопрос касается экрана визуализации на котором имеется много настроек и оператор должен настроить их для нормальной работы.
Как правильнее реализовать:
а) Оператор меняет параметры (характеристики), а потом нажимает клавишу "Сохранить". В этот момент данные одновременно вступают в силу (утверждаются). Если же оператор не нажал клавишу "Сохранить", а тупо вышел из этого экрана визуализации (клавишей "Отмена" или "Крестик"), то ничего не сохранилось и при следующем входе в этот экран мы увидим неизменённые данные. Этот подход сделан в Windows:
Как в Виндовс.png
б) Оператор меняет параметры, а потом просто выходит из этого меню. Т.е. новые данные вступают в силу в момент их индивидуального изменения. Этот подход сделан в Chrome:
Как в Хром.png
Вопрос. Какие плюсы и минусы имеет каждый из этих кейсов?
Что лучше / надёжнее / удобнее?
Спасибо.
Все от задачи зависит Проще сразу менять проконтролировав валидность данных.
ВладОвен У меня всё применяется на лету, хотя я ненавижу такие решения.
Почему: с галкой вида "Использовать задержку срабатывания" проще сразу связать переменную типа "Sys_UseSensorsDelay", чем городить отдельные переменные для галочек настройки, а потом по ОК их применять. В одном из проектов у меня СЕМЬ окон настроек с кучей галок и полей. Городить для этого ещё дофигиард переменных? Нее!
Пишите код так, как будто сопровождать его будет склонный к насилию психопат, который знает, где вы живёте. © Steve McConnell
Мой рабочий блог со статьями про щиты и автоматику ОВЕН - Cs-Cs.Net | Почта: Info@Cs-Cs.Net | Канал в ТГ @CsCsNetLab
Да. Есть такое. Мне приходится использовать второй набор переменных (с индексом TEMP - чтобы не путаться).
Но разве "программистская лень" должна ставиться главным фактором? Думаю, что критерием наличия/отсутствия клавиши "Сохранить" должны быть важность настроек, защита от случайных нажатий или что-то ещё.
Как вы считаете?