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

Цитата D_KEY @ 31.01.11, 15:47

Один вопрос. Почему без шаблонов, собственно?

Потому что сравниваем объектные модели, а шаблоны/дженерики к ним отношения не имеют. Можешь использовать с++ или c# - что больше нравится.

Цитата D_KEY @ 31.01.11, 15:47

И уж странное у тебя мнение о Delphi, любой язык с развитыми средствами RTTI и рефлексии сможет это сделать.

Ну давай, бери c# - там рефлексия гораздо более развитая чем в Delphi

Цитата D_KEY @ 31.01.11, 15:47

когда можно(а следовательно и нужно) сделать все в момент компиляции?

Инстанцировать объект в момент компиляции? Ну шаман!

Цитата D_KEY @ 31.01.11, 15:47

Откуда базовый-то класс будет знать, что нужно такое странное поведение ?

Т.е. поведение, что документ после создания не должен быть помечен как модифицированный - странное? ЛОЛ D_KEY, ну такой нонконформизм - это уже в стиле другого моего оппонента, ты вроде за подобным раньше замечен не был

Цитата D_KEY @ 31.01.11, 15:52

Не понял. Дело в унаследовании такого поведения.

а в чем проблема?

Добавлено 31.01.11, 15:54

Цитата D_KEY @ 31.01.11, 15:52

Не понадобится - не будет инстанцирования. О чем ты?

как можно в компайле угадать необходимость инстанцирования по рантайм-условиям?

Цитата korvin @ 31.01.11, 15:50

заодно и на C#, однако к чему это? все уже сравнено до нас

На delphi там наигалимейшая реализация, я бы руки вырвал тому кто ее написал. Там не соблюдается условие унаследоваться и порядок. GetInstance возвращает конкретный тип - TSingleton. И исключение при вызове конструктора - это Что это за запрет создания такой - вызывать исключение?

Цитата --Ins-- @ 31.01.11, 15:53

Инстанцировать объект в момент компиляции? Ну шаман!

ничего сложного. хотя для делфистов возможно да, звучит магически

Цитата --Ins-- @ 31.01.11, 15:53

Цитата D_KEY @ 31.01.11, 15:47

Один вопрос. Почему без шаблонов, собственно?

Потому что сравниваем объектные модели, а шаблоны/дженерики к ним отношения не имеют. Можешь использовать с++ или c# - что больше нравится.

А причем тут объектная модель?

Цитата

Цитата D_KEY @ 31.01.11, 15:47

И уж странное у тебя мнение о Delphi, любой язык с развитыми средствами RTTI и рефлексии сможет это сделать.

Ну давай, бери c# - там рефлексия гораздо более развитая чем в Delphi

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

Цитата

Цитата D_KEY @ 31.01.11, 15:47

когда можно(а следовательно и нужно) сделать все в момент компиляции?

Инстанцировать объект в момент компиляции? Ну шаман!

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

Цитата

Цитата D_KEY @ 31.01.11, 15:47

Откуда базовый-то класс будет знать, что нужно такое странное поведение ?

Т.е. поведение, что документ после создания не должен быть помечен как модифицированный - странное?

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

Цитата --Ins-- @ 31.01.11, 15:55

На delphi там наигалимейшая реализация, я бы руки вырвал тому кто ее написал. Там не соблюдается условие унаследоваться и порядок. GetInstance возвращает конкретный тип - TSingleton. И исключение при вызове конструктора - это Что это за запрет создания такой - вызывать исключение?

ну вот и покажи как надо, заодно и вику поправь =))

Цитата korvin @ 31.01.11, 15:56

ничего сложного.

Ага, особенно когда условие инстанцировать или нет только в рантайм появляется

Цитата --Ins-- @ 31.01.11, 15:53

Т.е. поведение, что документ после создания не должен быть помечен как модифицированный - странное?

Странно то, что документ вообще должен заниматся историей своих состояний.

Цитата D_KEY @ 31.01.11, 15:57

А причем тут объектная модель?

Ну вот и увидишь Реализуешь без шаблонов/дженериков? Рефлексию и метаданные использовать можно (но я не буду )

Цитата D_KEY @ 31.01.11, 15:57

Еще потом можно добавить поддержку многопоточности и т.п.

Запросто

Цитата korvin @ 31.01.11, 15:59

ну вот и покажи как надо

У меня в блоге есть реализация, а вики править - не, это дело неблагодарное

Цитата --Ins-- @ 31.01.11, 14:05

Ты про полиморфизм что-нибудь слышал? Если я эту задачу могу решить абстрактно, чтобы потомки только конкретизировали в отдельных точках, то почему бы и нет? Заметь, я не говорю о вызовах вирт. методов или что-то в этом роде. Полиморфизм тут и без этого достигается

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

Цитата KILLER @ 31.01.11, 16:04

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

Не в этом случае Сначала базового, потом - свой. Это просто AfterConstruction в любом случае будет вызван после всего. Ну так это и не конструктор строго говоря.

Цитата --Ins-- @ 31.01.11, 16:04

Цитата D_KEY @ 31.01.11, 15:57

А причем тут объектная модель?

Ну вот и увидишь Реализуешь без шаблонов/дженериков? Рефлексию и метаданные использовать можно (но я не буду )

Так покажи, что ли. Я может уже видел твою реализацию, да забыл

Цитата

Цитата korvin @ 31.01.11, 15:59

ну вот и покажи как надо

У меня в блоге есть реализация, а вики править - не, это дело неблагодарное

Зря ты так. Дело полезное, правда я всегда ленюсь.

Добавлено 31.01.11, 16:23

Цитата --Ins-- @ 31.01.11, 16:09

Цитата KILLER @ 31.01.11, 16:04

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

Не в этом случае Сначала базового, потом - свой.

А как же инициализация полей ? А может у меня базовый класс вызывает виртуальные методы? А может потом начнет? Точно не вызывает? Точно не начнет?

Цитата --Ins-- @ 31.01.11, 15:59

Ага, особенно когда условие инстанцировать или нет только в рантайм появляется

естественно в этом случае нужно инстанциировать в рантайме, не паясничай =)

Сообщение отредактировано: korvin - 31.01.11, 16:28

Цитата --Ins-- @ 31.01.11, 16:09

Не в этом случае Сначала базового, потом - свой. Это просто AfterConstruction в любом случае будет вызван после всего. Ну так это и не конструктор строго говоря.

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

Цитата D_KEY @ 31.01.11, 16:21

Так покажи, что ли. Я может уже видел твою реализацию, да забыл

http://ins911.blogspot.com/2008/12/singletone-delphi.html - решение для D7, для более поздних имеет смысл список сделать классовой переменной. Для еще более поздних - таки да, возможны дженерики Но фишка - это то, что и без дженериков - чисто на переопределении NewInstance.

Работает это так: не секрет что при конструировании любого объекта в первую очередь вызывается неявно метод TObject.NewInstance, который собственно выделяет память под экземпляр и возвращает ссылку на него. Этот метод виртуальный, что открывает большие перспективы. В частности, в данном классе логика его работы переопределена - если первый вызов - создаем экземпляр как раньше, т.е. вызываем унаследованную реализацию. Если же экземпляр уже был создан, то вместо этого просто возвращаем ссылку на него. При использовании же вызываем обычный конструктор. Я для наглядности ввел конструктор с названием GetInstance (название лучше отражает поведение, чем Create), а собственно Create - скрыл и сделал виртуальным, чтобы наследник переопределив его реализацию указал что должно произойти именно в момент создания (а не получения ссылки) первого и единственного экземпляра. Синглетон можно уничтожить явно, вызвав Free, а если нет - то он уничтожится автоматически.