Есть ли будущее у DELPHI?

Цитата --Ins-- @ 09.01.14, 14:00

Хотя... Если это поле - это не число. Если это List, который потомок должен не только создать, но и положить туда пару элементов. Как это сделать, не делая поле publiс/protected или не геттеров к нему только лишь специально ради этого?

Код на Java

class Base [
  private final List field;
 
  protected Base(List field) {
    this.field = field;
  }
}
 
class Derrived extends Base {
  public Derrived() {
    super(new ArrayList());
     // Как мне тут положить в List элементы?
  }
}

Добавлено 09.01.14, 14:04

Цитата Flex Ferrum @ 09.01.14, 14:03

Смотри мой пример.

Флекс, я с++ не могу читать, мне он не понятен, объясни на пальцах

Добавлено 09.01.14, 14:08

Цитата D_KEY @ 09.01.14, 14:03

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

Ну да, смотри код. Инициализирует ПОЛЕ - предок. Потомку лишь делегируется показать чем

Base = class
private
  field: TList;
protected
  function CreateMyField: TList; virtual abstract;
public
  constructor Create;
end;
 
constructor Base.Create;
begin
  field := CreateMyField;
end;
 
// В потомке
function Derrived.CreateMyField: TList;
begin
  Result := TList.Create;
  List.Add(bar);
  List.Add(foo);
end;

Цитата --Ins-- @ 09.01.14, 14:04

Флекс, я с++ не могу читать, мне он не понятен, объясни на пальцах

Ну, по большому счёту - там вариация на тему виртуального конструктора. В базовом классе делается шаблонный фабричный метод, который:
1. Создаёт экземпляр нужного производного класса;
2. Вызывает метод пост-инициализации, внутри которого и вызываются все необходимые виртуальные методы.
Пользователь, в итоге, дёргает этот метод и ему возвращается созданный экземпляр класса, должным образом проинициализированный. В производном классе нужно просто перегрузить соответствующие виртуальные методы.

--Ins--, да там фактически статический шаблонный метод в базовом классе, который создает объект указанного класса-наследника и дергает виртуальный метод. Т.е. об этом ты тоже говорил, да.

Сообщение отредактировано: D_KEY - 09.01.14, 14:10

Цитата Flex Ferrum @ 09.01.14, 14:03

Смотри мой пример

IMHO, переусложнён и совершенно напрасно вводится двухэтапное конструирование. И в примере korvin'а это всё разруливается.

Цитата MyNameIsIgor @ 09.01.14, 14:09

IMHO, переусложнён и совершенно напрасно вводится двухэтапное конструирование.

В общем случае без двухэтапного конструирования тут не обойтись.

Цитата --Ins-- @ 09.01.14, 14:00

Хотя... Если это поле - это не число. Если это List, который потомок должен не только создать, но и положить туда пару элементов.

А в чем принципиальное отличие от числа? Можно просто проинициализировать список элементами, а в случаях, когда нельзя - можно написать внешнюю функцию/статический метод такой инициализации, результат которой передать в конструктор базового класса.

Цитата Flex Ferrum @ 09.01.14, 14:11

В общем случае без двухэтапного конструирования тут не обойтись

Мой опыт подсказывает, что в общем случае оно и не нужно. А возникает "необходимость" из-за таких вот чисто синтетических задач "нет-нет-нет, никаких protected setter'ов!". Это было во-первых.
А во-вторых, как я уже и сказал, даже наш случай решает пример korvin'а со статическим методом.

Цитата D_KEY @ 09.01.14, 14:13

А в чем принципиальное отличие от числа? Можно просто проинициализировать список элементами, а в случаях, когда нельзя - можно написать внешнюю функцию/статический метод такой инициализации, результат которой передать в конструктор базового класса.

Ins тут прав в том, что таких полей может быть несколько, и они могут предполагать сложную инициализацию. В итоге конструктор базы может быть либо чрезмерно усложнённым, либо будут слишком сильные ограничения на клиентов. Для избежания этих проблем и вводятся "виртуальные" конструкторы. Которые, как можно видеть, довольно легко реализуются на плюсах.

Добавлено 09.01.14, 14:18
MyNameIsIgor, случаи, как известно, бывают разные. Не всегда инициализацию можно красиво сделать одноэтапной.

Цитата Flex Ferrum @ 09.01.14, 14:16

Ins тут прав в том, что таких полей может быть несколько, и они могут предполагать сложную инициализацию. В итоге конструктор базы может быть либо чрезмерно усложнённым, либо будут слишком сильные ограничения на клиентов. Для избежания этих проблем и вводятся "виртуальные" конструкторы. Которые, как можно видеть, довольно легко реализуются на плюсах.

Ну в данном случае можно быть проще.

Цитата Flex Ferrum @ 09.01.14, 14:16

вводятся "виртуальные" конструкторы.

Это не виртуальные конструкторы, это полиморфные конструкторы. Виртуальные конструкторы - это отдельная фича Delphi и их назначение другое. Виртуальные конструкторы используются совместно с классовыми ссылками, когда можно создавать с помощью конструктора объект неизвестного на этапе компиляции класса (еще одна встроенная в язык фабрика)

Цитата D_KEY @ 09.01.14, 14:18

Ну в данном случае можно быть проще.

В данном конкретном - да.

Добавлено 09.01.14, 14:19

Цитата --Ins-- @ 09.01.14, 14:18

Это не виртуальные конструкторы, это полиморфные конструкторы.

Пусть будут полиморфные. Мне как-то по-барабану.

Цитата Flex Ferrum @ 09.01.14, 14:16

Не всегда инициализацию можно красиво сделать одноэтапной

В реальных фрэймворках и библиотеках никогда не встречал проблем. Как и двухэтапного конструирования.

Цитата --Ins-- @ 09.01.14, 14:00

Хотя... Если это поле - это не число. Если это List, который потомок должен не только создать, но и положить туда пару элементов. Как это сделать, не делая поле publiс/protected или не геттеров к нему только лишь специально ради этого?

А что поменяется?

Цитата --Ins-- @ 09.01.14, 14:00

Нет, он просто его создает и возвращает предку

Ну так в том случае так же будет, только запись другая. Да и вообще, ситуация, когда базовому классу необходимо знание дочернего, явно намекает на то, что наследование применено не очень-то к месту

Цитата MyNameIsIgor @ 09.01.14, 14:20

В реальных фрэймворках и библиотеках никогда не встречал проблем. Как и двухэтапного конструирования.

Нередко это аккуратненько так прячется за pimpl'ом и наружу не торчит.

Цитата MyNameIsIgor @ 09.01.14, 14:15

"нет-нет-нет, никаких protected setter'ов!". Это было во-первых.

Потому что это костыль - протектед сеттер только для того, чтобы иметь доступ в конструкторе