Создание свойств, событий и методов компонента

Соглашения по наименованиям

Если рассмотреть исходные тексты VCL, то могли увидеть, что они следуют нескольким простым соглашениям при определении новых классов. Delphi этого не требует, имена методов, свойств и т.п. могут быть любыми, компилятору это безразлично. Но если следовать этим соглашениям, то разработка новых компонентов и чтение исходных текстов станет существенно проще.

Итак:

·Все декларации типов начинаются на букву T. Delphi не требует этого, но это делает очевидным, что "TEdit", например, есть определение типа, а не переменная или поле класса.

·Имена свойствам нужно давать легко читаемые и информативные. Нужно помнить, что пользователь будет их видеть в Инспекторе Объектов. И имя вроде "TextOrientation" много удобнее, нежели "TxtOr". То же самое относится к методам. Методы, доступные пользователю, должны иметь удобные названия.

·При создании свойств типа Event, имя такого свойства должно начинаться с " On " (например, OnClick, OnCreate и т.д.).

·Имя метода для чтения свойства должен начинаться со слова " Get ". Например, метод GetStyle должен выполнять чтение для свойства Style.

·Имя метода для записи свойства должен начинаться со слова " Set ". Например, метод SetStyle должен выполнять запись в свойство Style.

·Внутреннее поле для хранения данных свойства должно носить имя, начинающееся с буквы " F ". Например, свойство Handle могло бы храниться в поле FHandle.

Конечно же, есть исключения из правил. Иногда бывает удобнее их нарушить, например, класс TTable имеет свойства типа Event, которые называются BeforePost, AfterPost и т.п.