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

Цитата KILLER @ 31.01.11, 12:24

Я уверен, он ничего не ответит

Давай ты за меня говорить не будешь, лады?

Цитата --Ins-- @ 31.01.11, 12:26

Давай ты за меня говорить не будешь, лады?

Я вообще то за высказал свои мысли по этому поводу, за тебя я пока ничего не говорил

Цитата Повстанець @ 31.01.11, 12:25

Извини, но альбомный/неальбомный лист это далеко не разные задачи.

Естественно, я разве говорил что тут будут разные классы? да блин, ильбомный/неальбомный лист - это свойство предка. Есть два потомка. Одни - текстовый документ, в конструкторе выставляет лист как портретный. Второй - графический чертеж - выставляет в конструкторе лист как альбомный. Ну, к примеру. Понятно?

Цитата Повстанець @ 31.01.11, 12:25

Если я правильно понял -- Modified это некое свойство, которое дёргает перерисовку видов. Но при создании документа у него нет ни одного вида. Хрен с ним -- пусть дёргает.

Нет, наверное я действительно мало пояснил. Modified - это просто флажок состояния, которой отвечает, скажем, за то, чтобы спросить у юзера "сохранить изменения?" при закрытии документа если он установлен, и не спрашивать - если он сброшен

Добавлено 31.01.11, 12:31

Цитата KILLER @ 31.01.11, 12:29

Я вообще то за высказал свои мысли по этому поводу

Высказывай их в следующий раз без употребления меня в третьем лице и предписывания мне каких-либо действий. Ясно?

Добавлено 31.01.11, 12:32

Цитата D_KEY @ 31.01.11, 12:25

У меня не так разве?

Не знаю. Поясни на словах

Цитата --Ins-- @ 31.01.11, 12:30

Modified - это просто флажок состояния, которой отвечает, скажем, за то, чтобы спросить у юзера "сохранить изменения?" при закрытии документа если он установлен, и не спрашивать - если он сброшен

т.е. только что созданный/отрытый еще не измененный документ считается измененным? Однако...
Что мешает потомку установить этот флажок напрямую в своем конструкторе, минуя изврат с AfterConstruction?

Сообщение отредактировано: trainer - 31.01.11, 12:35

Цитата trainer @ 31.01.11, 12:32

т.е. только что созданный/отрытый еще не измененный документ считается измененным? Однако...

trainer, ты читаешь справа-налево или по-диагонали?

Добавлено 31.01.11, 12:35
Для читающих по-диагонали и тренеров выделю жирным:

Цитата --Ins-- @ 31.01.11, 11:58

Как мне сделать чтобы независимо от этого после выполнения любого конструктора Modified был сброшен?

Цитата --Ins-- @ 31.01.11, 12:30

Цитата D_KEY @ 31.01.11, 12:25

У меня не так разве?

Не знаю. Поясни на словах

Предок выставляет свои поля в конструкторе напрямую, а modified ставиться в false. Потомки делают точно также, а свойство modified оказывается не измененным(false). Чего еще нужно-то?

Цитата trainer @ 31.01.11, 12:32

Что мешает потомку установить этот флажок напрямую в своем конструкторе

А мешает ему это не сделать, а позаботиться об этом на уровне предка? Ну, кроме возможностей языка? Зачем классу решать чужие задачи?

Добавлено 31.01.11, 12:37

Цитата D_KEY @ 31.01.11, 12:35

Потомки делают точно также, а свойство modified оказывается не измененным(false). Чего еще нужно-то?

За счет чего оно оказывается неизмененным? За счет того, что мы вызываем конструктор предка?

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

Сообщение отредактировано: trainer - 31.01.11, 12:38

Цитата --Ins-- @ 31.01.11, 11:43

Как бы так извратиться, чтобы после выполнения конструктора Modified был бы сброшен в false?

Как бы так извратиться, чтобы извратиться? Вопрос в этом? Перефразирую вопрос: "есть свойство, отвечающее за признак модификации объекта; как мне при модификации объекта не выставлять это свойство?"
Я начинаю ненавидеть Дельфи. Азы декомпозиции приходится на третьем листе втолковывать. Действительно, зачем декомпозировать, если хакнуть проще, Дельфи это позволяет.

Цитата trainer @ 31.01.11, 12:37

На поверхностный взляд этот AfterConstruction нужен для того, чтобы

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

Интересно посмотреть, были ли AfterConstruction и BeforeDestruction в Delphi 1.0?

Цитата --Ins-- @ 31.01.11, 12:36

Цитата D_KEY @ 31.01.11, 12:35

Потомки делают точно также, а свойство modified оказывается не измененным(false). Чего еще нужно-то?

За счет чего оно оказывается неизмененным? За счет того, что мы вызываем конструктор предка?

За счет того, что никто его не выставлял в true.

Цитата --Ins-- @ 31.01.11, 12:30

Нет, наверное я действительно мало пояснил. Modified - это просто флажок состояния, которой отвечает, скажем, за то, чтобы спросить у юзера "сохранить изменения?" при закрытии документа если он установлен, и не спрашивать - если он сброшен

Не. Такого делать нельзя. И подход, кстати, довольно странный...

Цитата --Ins-- @ 31.01.11, 12:39

Цитата trainer @ 31.01.11, 12:37

На поверхностный взляд этот AfterConstruction нужен для того, чтобы

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

А чтобы узнать, что там происходит для базового класса, мне куда нужно лезть? Я хочу знать, что произойдет после конструировании моего объекта...

Сообщение отредактировано: D_KEY - 31.01.11, 12:45

Цитата Qraizer @ 31.01.11, 12:38

Перефразирую вопрос: "есть свойство, отвечающее за признак модификации объекта; как мне при модификации объекта не выставлять это свойство?"

Неправильно ты перефразировал вопрос. Перефразируй так: как мне на уровне абстрактного класса документа решить задачу по управлению состоянием Modified полностью? Как сделать так, чтобы после конструирования этот статус был сброшен, независимо от того, забудет программист в потомке это сделать явно или не забудет? Зачем я должен заставлять его об этом помнить?