странный метод Tstrings.CheckSpecialChars объясните почему?

[alexrayne]

портируя классы фрюхи обратно в дельфу наткнулся в objpas\classes\stringl.inc на такой вот коммент

Код: Выделить всё

{
  For compatibility we can't add a Constructor to TSTrings to initialize
  the special characters. Therefore we add a routine which is called whenever
  the special chars are needed.
}

Procedure Tstrings.CheckSpecialChars;



кто нить пояснит каким боком пострадает совместимость если перекрыть конструктор?

[Sergei I. Gorelkin]

Не перекрыть, а добавить. В TStrings нет конструктора. Если его добавить, то придется и в конструкторы всех возможных потомков добавлять "inherited create", иначе он не будет вызываться.

[alexrayne]

А разве он не наследует конструктор от TObject?
ведь и в TStringList конструктора необъявлено, но я четко знаю что могу его создать TStringList.Create

[Sergei I. Gorelkin]

Наследовать-то он наследует, но у TObject конструктор пустой, поэтому далеко не все вызывают inherited в конструкторах своих объектов, если это равносильно вызову TObject.Create.

[alexrayne]

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

[Sergei I. Gorelkin]

В данном случае вполне нормальное решение - инициализация по мере надобности. Не будь там этого комментария про совместимость - ты бы ничего вообще не заметил

[alexrayne]

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

[Sergei I. Gorelkin]

Не нужно никого заставлять. Выкидывание вызовов пустых родительских конструкторов вполне оправдано, потому что такой вызов обходится существенно дороже по быстродействию, чем вызов пустой обычной процедуры. Особенно для легких объектов, которые предполагается создавать пачками.

[alexrayne]

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

[Sergei I. Gorelkin]

Вызываются одинаково, но внутри конструктора (и деструктора тоже) делаются всякие "лишние" действия.
Мы с Флорианом дорабатывали этот механизм, так что сейчас в FPC создание объектов должно быть пошустрее, чем в Дельфи. Но пустой конструктор по-любому не превращается в один ассемблерный 'ret' .

[alexrayne]

там наверно проверки целостности VMT и проч?

[Sergei I. Gorelkin]

Нет, в случае TObject там вызов NewInstance, тело конструктора внутри try..except, вызов деструктора в случае исключения, вызов AfterConstruction в случае нормального завершения. Ну и проверки на предмет того, чтобы NewInstance и AfterConstruction вызывались по одному разу на объект в случае цепочки унаследованных конструкторов.
Проверки целостности вставляются отдельными вызовами, только при компиляции с соотв. опциями, и, кажется, только для "старых" object-ов.

[defecator]

Вызываются одинаково, но внутри конструктора (и деструктора тоже) делаются всякие "лишние" действия.
Мы с Флорианом дорабатывали этот механизм, так что сейчас в FPC создание объектов должно быть пошустрее, чем в Дельфи. Но пустой конструктор по-любому не превращается в один ассемблерный 'ret' .

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

[Sergei I. Gorelkin]

Не доросли до такого пока еще...