Чуть больше полугода я пытаюсь выработать для себя архитектурный подход для написания ППО. Почитать об первые заметки можно тут:
Первая
Вторая
Третья
Что я хочу для себя: четкие разделенные логические слои ППО; изменения не должны затрагивать внутреннюю логику ФБ; быстрый процесс масштабирования и изменений.
И так, пару неделек назад, впервые за долгое время поехал я на объект, так сказать пописать код в боевых условиях, да посмотреть как это будет работать. А раз есть целый объект и боевые задачи, то почему бы не применить свои идеи по факту и посмотреть что будет…
Итог: получилось ужасно, а в какие-то моменты больно.
Да, у меня были четки логические слои, вот тут сигналы, тут управление оборудованием, там логика работы оборудования, а здесь совсем чуть-чуть безопасность. Изменения в одном месте затрагивали внутреннюю логику лишь одного функционального блока.
А вот быстрый процесс масштабирования и изменений не происходил, так как получилось слишком много специальных структур и перед вызовом ФБ приходилось писать огромное количество бойлерплейта, который просто перекидывал значения из поля одной структуры, в поле другой структуру. Казалось бы, что можно было бы просто скормить нужные структуры в ФБ, но тогда получалась высокая связанность…
Исходя из эксперимента - подход построения архитектуры требует переосмысления)
У вас что было интересного?
#АСУТП #ППО #ПЛК #Архитектруа
"Я вам че - Автоматизатор?!"
Post #696
1.43K