Delphi vs C++ vs C# , ну и Java немножко, где-то ближе к старшему байту номеров страниц

[Romkin]

Цитата korvin @ 31.10.11, 10:08

но зачем? зачем захламлять базовый класс? зачем одним классом решать все задачи?

Ну какие все, млин? Вот я чуть выше написал примитивный класс "вектор". Мне что, отдельно длину, отдельно значения элементов в объекты разносить?

[korvin]

Цитата DesweR @ 31.10.11, 09:49

Простой пример: пишем свой компонент TMyStatusBar, наследуется от TCustomPanel и переносим из протектед в публишед все свойства окромя Aligh, Height, Weigth.

вот опять, имеем базовый объект, в котором пытаются решить все задачи всех возможных наследников. почему в TCustomPanel эти свойства не в published? зачем вообще этот TCustomPanel?

Добавлено 31.10.11, 10:14

Цитата Romkin @ 31.10.11, 10:05

Ну вот, сам не собираешься, а других подталкиваешь. Нехорошо!

не подталкиваю, они и так сами справляются =)

[Romkin]

Цитата korvin @ 31.10.11, 10:12

вот опять, имеем базовый объект, в котором пытаются решить все задачи всех возможных наследников. почему в TCustomPanel эти свойства не в published? зачем вообще этот TCustomPanel?

Общий наследник. У него свои задачи. А вот какую панельку ты на основе него будешь делать, конкретизируется в потомках.
Точно такой же пример: есть TCustomLabel, у него Caption протектирована. У TLabel оно в паблик идет, а у TDBLabel - нет, ибо берется из поля таблицы. Но все это - TCustomLabel, выглядит одинаково. По-твоему надо было селать два разных класса?

[korvin]

Цитата Romkin @ 31.10.11, 10:11

Ну какие все, млин? Вот я чуть выше написал примитивный класс "вектор". Мне что, отдельно длину, отдельно значения элементов в объекты разносить?

а зачем у тебя длина в protected? у тебя что, у твоего примитивного вектора нельзя взять длину? как ты его итерировать собрался?
и мне интересно, как это у тебя в интерфейсе методы публичные, а в объекте, реализующем этот интерфейс -- защищенные?

Добавлено 31.10.11, 10:23

Цитата Romkin @ 31.10.11, 10:16

Общий наследник. У него свои задачи. А вот какую панельку ты на основе него будешь делать, конкретизируется в потомках.
Точно такой же пример: есть TCustomLabel, у него Caption протектирована. У TLabel оно в паблик идет, а у TDBLabel - нет, ибо берется из поля таблицы. Но все это - TCustomLabel, выглядит одинаково. По-твоему надо было селать два разных класса?

по-моему нужно было в TCustomLabel (это же у нас абстрактный класс, да?) сделать Caption абстрактным методом/свойством без реализации. а так у вас TDBLabel получается захламлен лишними методами/свойствами/полями из предка.

[OpenGL]

Цитата korvin @ 31.10.11, 10:19

по-моему нужно было в TCustomLabel (это же у нас абстрактный класс, да?) сделать Caption абстрактным методом/свойством без реализации. а так у вас TDBLabel получается захламлен лишними методами/свойствами/полями из предка.

Почему захламлен? Снаружи у него ничего лишнего нет. Изнутри - реализаторы TDBLabel должны же были менять текст на нем, логично это делать через caption, как обычно.

[Romkin]

Цитата korvin @ 31.10.11, 10:19

по-моему нужно было в TCustomLabel (это же у нас абстрактный класс, да?) сделать Caption абстрактным методом/свойством без реализации. а так у вас TDBLabel получается захламлен лишними методами/свойствами/полями из предка.

Неа. Caption используется TDBLabel, по назначению. Просто не экспонируется.

Цитата korvin @ 31.10.11, 10:19

а зачем у тебя длина в protected? у тебя что, у твоего примитивного вектора нельзя взять длину? как ты его итерировать собрался?
и мне интересно, как это у тебя в интерфейсе методы публичные, а в объекте, реализующем этот интерфейс -- защищенные?

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

[korvin]

Цитата OpenGL @ 31.10.11, 10:29

Почему захламлен? Снаружи у него ничего лишнего нет. Изнутри - реализаторы TDBLabel должны же были менять текст на нем, логично это делать через caption, как обычно.

зато внутри полный абзац, все правильно, так и надо, да.

[Romkin]

Цитата korvin @ 31.10.11, 10:40

зато внутри полный абзац, все правильно, так и надо, да.

Никакого абзаца там нет. Это просто визуализация строки, не более. Абзац в тех отрывках кода что ты тут писал. Куча объектов для подключения - это не фонтан.

[Flex Ferrum]

Цитата Romkin @ 31.10.11, 09:57

А как насчет default? Обрати внимание на Vector[0] := 1;

default - он бывает разный. Тут default чего имеется в виду?

[Romkin]

Цитата Flex Ferrum @ 31.10.11, 11:13

default - он бывает разный. Тут default чего имеется в виду?

Свойство по умолчанию. То есть, поскольку Elem дефолтное, то вместо Vector.Elem[i] можно писать просто Vector[i], ну или dict['MyKey'] := Value; - лишь бы хотя бы один индекс был.

[Flex Ferrum]

Цитата Romkin @ 31.10.11, 11:21

Свойство по умолчанию. То есть, поскольку Elem дефолтное, то вместо Vector.Elem[i] можно писать просто Vector[i], ну или dict['MyKey'] := Value; - лишь бы хотя бы один индекс был.

А, это в С++ реализуется обычным оператором индексирования. Т. е. тут ничего изобретать не надо.

Сообщение отредактировано: Flex Ferrum - 31.10.11, 11:25

[Romkin]

Цитата Flex Ferrum @ 31.10.11, 11:24

А, это в С++ реализуется обычным оператором индексирования. Т. е. тут ничего изобретать не надо.

А, понятно

[Flex Ferrum]

Кстати, надо бы отрефачить реализацию свойств под новый стандарт.

[D_KEY]

Цитата Flex Ferrum @ 31.10.11, 11:46

Кстати, надо бы отрефачить реализацию свойств под новый стандарт.

Напомни, как твои свойства получают this своего объекта-владельца?

[Flex Ferrum]

Цитата D_KEY @ 31.10.11, 12:00

Напомни, как твои свойства получают this своего объекта-владельца?

class Unit
{
public:
    Unit() : properties__(this) {/* ... */;}
};