Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2006.03.19;
Скачать: CL | DM;

Вниз

Общий unit подрывает инкапсуляцию??!!   Найти похожие ветки 

 
frostyland   (2006-03-01 11:14) [0]

Приветствую всех.
С Делфи занимаюсь недавно, столкнулся с правилом, что
все класссы, объявленные в общем юните, являются друзьями.
Т.е., чтобы поддержать базовый принцип инкапсуляции, необходимо объявлять каждый класс в своем юните?

С уважением, В.


 
Ega23 ©   (2006-03-01 11:18) [1]

Не обязательно. Просто используй public declarations и всё.
З.Ы. Уже не помню точно где в исходниках VCL (вроде в TdataSource) натолкнулся на использование private-полей "дружественного" класса. Зачем это понадобилось - неясно.
ИМХО, лучше так не делать.


 
Сайбель Алексей ©   (2006-03-01 11:26) [2]

По моему, в BDS 2006 убрали эту "фишку"


 
umbra ©   (2006-03-01 11:27) [3]

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


 
Alkid ©   (2006-03-01 11:37) [4]


> насколько я понимаю, принцип инкапсуляции заключается в
> том, чтобы не использовать напрямую данные. А видно их,
> не видно - это не важно.

  Нет, принцип инкапсуляции состоит в СКРЫТИИ данных и реализации и ЗАПРЕТЕ  на прямой доступ к ним.

 Вообще, если ты разрешил делать что-то, то это МОЖЕТ быть использовано.
А значит при достижении количества пользователей твоего кода определённого количества можно сказать с высокой степенью вероятности, что это БУДЕТ использовано. Если оставил лазейку и отдал класс на использование другим, то потом просто так её не закроешь.


 
umbra ©   (2006-03-01 11:42) [5]

2 Alkid ©   (01.03.06 11:37) [4]

ну и будут эти пользователи сами себе злобные буратины! проблемы будут с их кодом, не с моим


 
Alkid ©   (2006-03-01 11:47) [6]


> ну и будут эти пользователи сами себе злобные буратины!
> проблемы будут с их кодом, не с моим

  Не, неправильная философия :) Вообще есть одна ценная мысль об объектном программировании: в идеале класс в принципе не должен позволять себя "сломать", т.е. привести манипуляциями своими публичными методами со стороны клиентского кода к потере целостности своих данных и прочим ошибкам.
Это, конечно, идеал и он не всегда достижим, но к нему стоит стремится. :)
Так что всегда надо хорошенько подумать, что стоит в public заносить, а что нет.


 
TUser ©   (2006-03-01 13:46) [7]

> Не обязательно. Просто используй public declarations и всё.
>
> З.Ы. Уже не помню точно где в исходниках VCL (вроде в TdataSource)
> натолкнулся на использование private-полей "дружественного"
> класса. Зачем это понадобилось - неясно.

TThread.Synchronize это использует, например.


 
Ega23 ©   (2006-03-01 13:52) [8]


> TThread.Synchronize это использует, например.


Я уже точно не помню. Где-то с БД-компонентами натыкался. Толи связь TDataSet->TDataSource, толи TDataSource->TDataLink



Страницы: 1 вся ветка

Текущий архив: 2006.03.19;
Скачать: CL | DM;

Наверх




Память: 0.48 MB
Время: 0.047 c
6-1133271863
WebSQLNeeder
2005-11-29 16:44
2006.03.19
Как програмно изменить размеры фрейма вна странице в TWebBrowser


15-1140609912
Дмитрий_Б
2006-02-22 15:05
2006.03.19
Неудобство в работе.


15-1140809079
DillerXX
2006-02-24 22:24
2006.03.19
Генетические алгоритмы, нейронные сети...


2-1141131505
Yeg
2006-02-28 15:58
2006.03.19
Чтение данных из типизированного файла


15-1140768669
keal
2006-02-24 11:11
2006.03.19
Словарь компьютерных технологий