Я не про изменение дизайна, а про изменение содержимого существующих полей. Если отвлечся от конкретных значений, то бланк, например, товарной накладной ТОРГ-12, имеет следующие "поля"
- Организация-грузоотправитель
- Структурное подразделение
- Грузополучатель
- Поставщик
- Плательщик
- Основание
Судя по Вашему описанию, Вы формируете, например, значение поля "Организация-грузоотправитель" примерно так
"Организация-грузоотправитель" = "Название" + "Адрес" + "Телефон" + "Факс"
Т.е. фактически, в отчете,
программно формируете содержимое
одного поля отчета.
Теперь, предположим, клиент хочет оставить
тот же самый дизайн, но изменить
содержимое одного поля отчета. Т.е. хочет чтобы в том же самом месте текст формировался чуть по другому. Например, так
"Организация-грузоотправитель" = "Название" + "Адрес" + "Факс" + "Телефон"
Так вот, Ваша реализация предполагает, что это будет либо новый дизайн, либо новый класс. Т.е. предполагает работу программиста. Хотя очевидно, что, если предоставить некую специфическую форму по формированию содержимого полей отчета это вполне мог бы сделать и пользователь. Явно ведь, что это чисто "настроечная" задача.
"Поле отчета" - это "Организация-грузоотправитель", а "Название", "Адрес", "Факс", "Телефон" - это некие условные "слагаемые", некие "кубики" из которых пользователь через специальную настроечную форму будет "складывать" содержимое "поля"
Подобная схема позволяет именно через настройки легко менять содержимое без изменения дизайна. Например, хочет клиент вместо юридического адреса указывать адрес доставки - пожалуйста. Хочет кроме адреса добавить еще и банковские реквизиты - не проблема! И все это исключительно настройками. Без программирования!
Хотя, конечно, изменение дизайна тоже могут потребоваться. Но объем работы программиста существенно снизится. Т.е. эта настроечная форма будет дополнением к Вашей схеме, а не ее заменой.