Видимость переменных из private.

← →
Riply © (2006-10-28 09:59) [0]

Доброе утро!
У меня есть unit, где собраны мои супер - пупер классы.
Он сильно разросся и стало неудобно работать.
Решила его разбить на несколько юнитов по тематике,
но столкнулась с такой проблемой:
находясь в другом юните, потомок не видит private
полей родителя. Как это можно исправить ?
Или забыть о "наведениии порядка" ?
P.S. делать их public очень не хочеться :((

← →
MBo © (2006-10-28 10:06) [1]

>Как это можно исправить ?
Не нужно это исправлять, надо правильнее спроектировать

← →
Riply © (2006-10-28 10:12) [2]

> [1] MBo © (28.10.06 10:06)
Я понимаю, что "надо правильнее спроектировать", но вот
не знаю как. :( Поэтому и спрашиваю :)

← →
ЮЮ © (2006-10-28 10:33) [3]

добавить protected свойства для доступа к эти полям

← →
Anatoly Podgoretsky © (2006-10-28 10:54) [4]

Судя по словам private/public у тебя не переменные, а поля, в этом случае оформи их как свойства.

private FField: type; public/published propery Field: type read FField write FField; //или Set процедура, если хочешь контролировать запись end;

← →
Riply © (2006-10-28 11:19) [5]

Спасибо !
P.S. Люблю, когда "в доме порядок" :)

← →
Ketmar © (2006-10-28 14:41) [6]

вообще, лучше запомнить, что "чужаки" не должны иметь доступ к полям. это "некомильфо". надо кому-то показать -- делай метод или свойство (или и то, и другое %-).

← →
vidiv © (2006-10-28 20:39) [7]

> Решила его разбить на несколько юнитов по тематике,
> но столкнулась с такой проблемой:
> находясь в другом юните, потомок не видит private

Мне кажется, что неправильно разбила? =)

← →
Anatoly Podgoretsky © (2006-10-28 21:29) [8]

Разбей правильно и с нами поделись, как надо разбивать, что бы видеть приватные члены из другого модуля.

← →
vidiv © (2006-10-28 21:33) [9]

> Anatoly Podgoretsky © (28.10.06 21:29) [8]

Это вы мне?

Тебе, ты же про правильное разбиение говоришь, других вроде не видать.

У VCL, например, таких проблем нет... Да и у меня тоже!!! При проектировани Родительского класса думать ж нужно, понадобится переменная или метод для потомков или нет!!!

Такая ситуация в 90% следствие концептуальной ошибки в проектировании.
Советую перед кодированием "кучи супер-пупер классов" строить на бумаге иерархическую модель объектов. Как, например, это сделано в самом VCL

>[12] MsGuns(c) 28-Oct-2006, 22:38
>строить на бумаге иерархическую модель объектов. Как,
>например, это сделано в самом VCL
ой. а сканы исторических документов есть в сети? я серьёзно.

Видимость переменных из private. Найти похожие ветки