В качестве примера возьмем тип TMemo:



Если я что-либо присваиваю Lines, то TMemo через метод SetLines будет в курсе происходящего. А если я, получив ссылку на FLines посредством доступа read, использую методы и свойства TStrings и тем самым модифицирую FLines, то как TMemo знает, что творится с его Flines?

Это потому что Lines у Memo это не TStringList, а свой класс, который тоже следит за тем, что у него там творится.

смотри кишки vcl StdCtrls.TMemoStrings
наследники TStrings разные бывают)

Таким образом, FLines всё знает про Memo, ибо TMemoStrings для такого и заточена.

Используй для этих целей TStringList, не абстрактный класс... а TStrings - это абстрактный класс... 

Спасибо, с Memo ясно. 

Но вопрос остался для меня не ясным: TMemo я привел в качестве примера. Я хочу создать свой тип, при этом хочу быть в курсе происходящего и контролировать модификации поля FComplex :



Есть ли возможность контролировать произвол модификации поля FComplex, который возможен благодаря методам и свойств TSomeComplexType?

Вариант - не давать этого property и дублировать в public методы и свойства TSomeComplexType - не очень привлекателен

Ответ Esperito наводит на мысль что стоит делать так: FComplex объявить как переменную типа TSomeComplexType, но для TSomeComplexType создать наследника, заточенного под себя, и создавать FComplex методом этого наследника. Возможно этим мой вопрос закрыт

 

Это сообщение отредактировал(а) Traum - 2.9.2007, 22:38

Если поле - класс, то он должен сам себя контролировать.
Если требуется уведоблять класс-владелец, то заведи события для этого.

Сделай так:

Общие вопросы новичка в области программирования:

1. Если пользователю предоставляется набор инструментов, то он вправе думать, что он вправе их все использовать?. Тогда
Если в рамках примера с TMemo есть возможность запустить команду TMemo.Lines.Free, которая уничтожает объект, на который указывает поле FLines, то пользователь может полагать что это не зря так допущено?

2. Верно ли что ни в DelphiLanguageGuide, ни DevelopersGuide, ни в русских учебниках или статьях (даже здесь на форуме   ), где описывается что такое ООП и как его использовать, не дается ни каких указаний как надежно и контролируемо организовывать prperty со сложными, уже имеющимися типами (например TEdit, TStringList и т.п.).

Esperito, 
Разве может function GetComplex: TSomeComplexType ограничить возможности, предоставляемые TSomeComplexType, и контролировать их использование?


Snowy,
//Если требуется уведоблять класс-владелец, то заведи события для этого. //

Но эти события у TSomeComplexType будут в public и что получится, если пользователь через предоставленное ему property присвоит этим событиям свои процедуры, тогда TMyType остается только надеяться, что пользователь этого не сделает, а если сделает, так пусть винит сам себя, когда будет пытаться понять в чем же глюк?

Они будут там, где ты их объявишь.