RiskaКак такое сделать?
Написать документ соглашения использования и именования переменных и объектов, утвердить его у руководства и раздать всем программерам. Далее отклонение от соблюдения утвержденного документа будет рассматриваться как нарушение технологии разработки приложений, что может привести к выговорам, уменьшению части выплат и т.д. Всякие же попытки на аппаратно-программном уровне заставить программеров делать так, как Вам нужно ни к чему не приведут.

RiskaASCRUS,
Все верно. Но Вы же не говорите пользователю, например, что нельзя вводить 0, потому что программа упадет при делении на это число, а программно добавляете проверку. Вот и я не хочу никому делать выговоры, а тонко намекнуть, что было бы недурно использовать то, что создано непосильным трудом :)
Короче, я ищу место, куда РВ вносит изменения ДО того, как нажата кнопка "сохранить". Где-то же он это хранит.
ПОСЛЕ сохранения проверить можно. Но это уже поздно.
Пользователь делает свою работу - вносит правильные цифры и их вы никак проверить не можете (разве что на пустоту, ноль и заданный диапазон). Поэтому не вижу различий - если пользователь ошибется, внесет неправильные цифры, с них будут идти не правильные расчеты и отчеты - то пользователь жестоко пострадает от своего руководства. У Вас тоже самое. Причем хочу заметить, что разработка и утверждение предложенного мною документа вообще помимо дисциплинирования программистов еще несет в себе дополнительное кол-во плюсов, таких как:
1. ускорение работы программистов (не надо думать и вспоминать, что и как правильно именовать, кто за что отвечает)
2. облегчение ввода в команду новых программистов (тут и объяснять не надо)
3. уменьшение ответственности руководителя проектов или ведущего (не надо объясняться по 100 раз, почему код заболевшего программиста не работает и никто его не может исправить - достаточно просто сразу установить факт нарушения технологии разработки приложения)
ну и т.д. В идеале конечно помимо такого документа должна быть разрисована модель архитектуры ПО (физическая и объектная), но и даже наличие такого документа вкупе с системой контроля версий, дает неплохие результаты повышения качества кода при командной разработке.

RiskaASCRUS,
Со всем этим трудно не согласиться. Вы правы на 100%. Но вопрос в другом.
Как добавить в дизайнер окна функционал проверки на обязательное использование пользовательских объектов вместо стандартных?
Я думаю до сохранения никак. Была бы расширяемая среда разработки (типа Delphi или .NET) - там запросто. После сохранения конечно вариантов масса.