artbear
Посмотрел. С _ПолучитьКод() проблем нет, только смысл надо понять. Иметь то же представление для наследника? Впрочем, возможность - это лучше, чем ее отсутствие. Почему бы и нет.
С остальными возможны подводные камни, рассмотри: КлассСохраняемыйСохранитьКлассВСтрокуЗагрузитьИзСтроки (добавь себе в список, кстати)
Небезопасно. Если класс сохраняет private переменные, сохранение в строку будет обламываться. Равно как и не сможет сохранять добавленные члены класса-наследника. Думаю, эти методы не нужно наследовать. Это функции типа конструктора/деструктора - индивидуальные для класса.
Кстати, напомните мне, в 1cpp при создании объекта-наследника конструкторы базовых классов выполняются или нет? Если да, то в каком порядке?_ПолучитьКолвоДСвойств_ПолучитьИмяДСвойства
Здесь возможны варианты, когда пользователь объявит одну функцию как экспортную, вторую - нет. Это будет работать в базовом классе, но приведет к ошибке, должны присутствовать обе (согласно документации). Думаю, наследовать можно, с учетом этого момента. Если хотя бы одна не является экспортной - не наследовать всю пару._ПриЧтенииСвойства_ПриЗаписиСвойстваПриЗаписи_ИмяАтрибутаПриПолучении_ИмяАтрибута
Здесь возможны варианты, когда атрибут является private. Что будет в этом случае? Вроде бы ничего не будет, но и соотв. функции наследовать не нужно. Само наследование этих функций мне представляется наиболее полезным.ОбработкаСобытияОтКласса
Здесь проблем не вижу.
Кроме того, все функции должны быть виртуальными, т.е. должны иметь возможность переопределения в наследниках. _ПолучитьКолвоДСвойств/_ПолучитьИмяДСвойства - это виртуальная атомарная пара.
|