I>в одном юните только методы для изменения и отображения состояния бизнес логики
I>десятки и сотни контролов на одной форме — плохо спроектированный интерфейс

Именно! Я как раз про это и говорил: дельфа вынуждает держать все контролы в одном юните. Используя невизуальное программирование, я могу разделить интерфейс на четко-ограниченные блоки интерфейса и программировать и отлаживать их отдельно, а в случае необходимости и вовсе заменить на другие.

R>>А теперь представьте, что на форме десятки контролов, изменение которых в реальном времени должно что-то поменять в бизнес-логике и одновременно еще что-то рисуется и все контролы должны обновить свое актуальное значение.
I>я примерно лет пять назад так и рассуждал, пока клиент не попросил переделать приложение на системную службу.

Это узко-спецализированная область, когда можно четко разделить службу от интерфейса, да и вообще интерфейс выкинуть. В реальной жизни различные архитектурные решения, изобретенные вокруг программирования, очень в редком случае можно применить чисто. Везде вылезают побочные эффекты.

deleted