В моем приложении много объектов и детей. Я разрабатываю набор таблиц свойств, которые вы можете открыть для проверки конкретного объекта (и его базовых классов), чтобы вы могли изменять их напрямую.
Какова лучшая стратегия для заполнения этих диалогов? Текущий дизайн должен протестировать текущий объект при открытии диалога и инициировать ожидаемые листы свойств для объектов, которые вы хотите проверить. В WM_INITDIALOG каждого листа свойств есть специальный код для получения / установки каждой переменной-члена.
Потенциальная проблема, которую я вижу здесь, заключается в том, что все жестко запрограммировано в одном исходном файле, который потенциально может стать довольно большим. Я подумываю о том, чтобы выгрузить заполнение диалогов для каждого отдельного объекта, но мне интересно, является ли разумной идеей связать код пользовательского интерфейса с нашим внутренним кодом объекта. Вместо этого будущие сопровождающие должны будут посетить несколько разных объектов, находящихся в нескольких разных исходных файлах, вместо одного исходного файла.
Какие-нибудь лучшие практики, которые я могу извлечь из этого? Я не уверен, с чего начать. Я в порядке с продолжением текущего дизайна, но, поскольку я могу перестроить архитектуру взаимодействия этих диалогов с нашими объектами, я бы хотел сделать правильный выбор здесь.