Добрый день!

Начитался "умной" литературы.
Вот, например, книга Роберт Мартин "Чистая архитектура".

Там пишут, что форма ("представление" по терминологии этой книги) не должна зависеть от тех объектов, которые работают с реальными данными (по книге такие объекты называются "контроллеры" и "презентаторы").
Эти "контроллеры" и "презентаторы" должны подготовить для формы те данные, которые она должна показать.
А форма должна просто отобразать эти данные или обновить их, если они меняются.

Я попробовал так сделать.
Сделал отдельный класс, назовем его "Контроллер" который делает всю основную работу со справочниками и документами.
По ходу своей работы он формирует строку с текстом типа "Обработано ххх документов".

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

Как из "Контроллера" дать понять форме, что надо обновить данные?
И сказать какие данные обновить.
По идее надо вызвать какую-то специальную процедуру формы.
А как это сделать?

И вообще, что думаете насчет этой идеи в книге про "разделение" формы и логики обработки данных?

А что тут такого необычного?

Вот такие отчеты у меня сделаны 

https://gyazo.com/08e42c4f3bb31cf5f1a91971f9e5abad

Вся логика перенесена в классы, обновление формы, управление формой, вывод отчета... все это в в классах, но коллбэк методами типа "ПриГруппировкуОтчета" и т.п. можно у классов что-то да перехватить.

Т.е. 99% обработки в классах, а в форме минимальное описание действий, причем можно было бы и расширить - передавать описание действий перехвата в единственную/унифицированную  форму.

СКД не получилось, но такая цель и не ставилась...

es3000 писал(а) 09. Апреля 2019 :: 15:52:


Вот когда не было объектов и код писался в строку, вот именно так вопрос и ставился: разделить визуал от алгоритма выполнения задачи. ООП, а в частности 1С тоже, имеет подобное решение: форма + реквизиты это визуал, модуль - алгоритм, соответственно. В семерке, к сожалению, форму (визуал) возможно сопроводить одним модулем, в восьмерке (слышал) больше. Т.е. поставленный вопрос в восьмерке решен. Классы, это нечто другое, фрагмент кода, кирпич, многофункциональное универсальное решение. Область применения класса выходит за рамки разрабатываемого приложения. Т.е. упомянутая книга, в поставленном вопросе, является не более чем инструкция по приготовлению яичницы.
Кстати, для семерки есть прекрасный инструмент, который в единственном модуле позволяет разделить код по сворачиваемым тематическим блокам и даже раскрасить их в разные цвета. SciColorer называется.