Вызов метода базового класса

[Eldar9x]

Привет всем!
Необходимо вызвать super(), где целевым является метод через класс выше.
Допустим, есть такая иерархия:

class A
{
	void foo()
	{
		//....
	}
}

class B extends A
{
	void foo()
	{
		super();
	}
}

class C extends B
{
	void foo()
	{
		super(); // вызвать метод foo() у класса A, не вызывая foo() у класса B
	}
}

Самое простое решение это вместо super() написать, то что лежит в методе A (//...)
Но тут проблемы начнутся, если кто-то изменит базовый класс, то есть то что подразумевает супер не произойдет, пока мы опять не изменим метод foo() класса C

Другой вариант:

class C extends B
{
 void foo()
 {
	A a;
	;
	a = this;
	a.foo();
   
 }
}

А здесь получается, вместо описания - использование... То есть по сути операции

   A a;
   ;
   a = this;
   a.foo();

должна использоваться вне класса.
И к тому же, вполне вероятно, что это не сработает. Если считать foo виртуальной функцией, то получаем - вызов a.foo() вызовет C::foo() и как результат - бесконечная рекурсия с переполнением стека.

То есть требуется, что то вроде:

class C : public B
{
public:
    virtual void foo()
    {
	A::foo();
	//...                
    }
};

Может быть есть какие-нибудь способы обойти класс B?

[nano3]

Может добавить в класс А метод foo1()

class A
{
    void foo()
    {
        //....
    }

    void foo1()
    {
        this.foo();
    } 
}

[Eldar9x]

Цитата:

Может добавить в класс А метод foo1()

Нет. Класс С для того и заводился, чтобы не менять классы верхнего уровня.

[miklenew]

Цитата:

Сообщение от Eldar9x

Привет всем!
Необходимо вызвать super(), где целевым является метод через класс выше.

Если абстракции для создания классов подобраны правильно, то вероятность такой необходимости минимальна.
У меня покрайней мере не разу не возникала.
А можно поподробнее.
Чё за классы, и чё за методы.
Ну если не сложно конечно.
Интересно просто очень стало.

[Eldar9x]

Классы создания строк отгрузочных накладных
(пишу на память)
ProdJournalCreate
ProdJournalCreateBOM
ProdJournalCreateLocation - мой класс

Там есть метод createLines. В стандарте - создает строки по одному JournalNameId (это есть B).
Мой класс (С) создает отдельные журналы для каждого склада BOM, используя при этом дополнительную функциональность класса В. Для этого есть таблица соответствий
JournalNameId->Склад. В классе ProdJournalCreate (A) в методе CreateLines только завершающая операция.
Вот и нужно, создать строки следуя алгоритму разбивки по складам, а затем вызвать super() класса A, не вызывая при этом алгоритм "по одному JournalNameId". А в ProdJournalCreate - только две строки - собственно запись в бд (ProdJournalCreate->CreateLines).

[miklenew]

Как бы я сделал всё что выше super() в классе ProdJournalCreateBOM вынес бы в отдельный метод

Protected void preCreateLines()
{
    ProdJournalBOM              prodJournalBOM;
    ProdBOMCalc                 prodBOMCalc;
    ProdBOM                     prodBOM;

    BOMCalcData                 BOMCalcData    = BOMCalcData::newProdTable(qtyCalc,ProdTable::find(prodId));
    ;
    setPrefix("@SYS28536");

    this.initProdJournalTableData(prodJournalType::Picklist);

    prodJournalTransData = prodJournalTableData.JournalStatic().newJournalTransData(prodJournalBOM,prodJournalTableData);
    if (prodJournalTable.NumOfLines)
        prodJournalTransData.parmLastLineNum(prodJournalBOM::lastLineNum(journalId));

    if (! oprNumTo)
        oprNumTo         = oprNumFrom;

    BOMCalcData          = BOMCalcData::newProdTable(qtyCalc,ProdTable::find(prodId));

    while select forupdate prodBOM
        index hint numIdx
        where prodBOM.prodId == prodId      &&
              prodBOM.OprNum >= oprNumFrom  &&
             (prodBOM.OprNum <= oprNumTo    || ! oprNumTo)
    {
        prodBOMCalc = prodBOMCalc::newBOMCalcData(BOMCalcData,prodBOM,ConsumpProposal,BOMAutoConsump,! prodBOM.ConstantReleased, shipAccError);

        if (prodBOMCalc.hasQty()               ||
           (endUpdate                          && prodBOM.backorderStatus == ProdBackStatus::Release))
        {
            prodJournalTableData.initJournalId();

            this.initTransFromProdBOM(prodJournalBOM,prodBOM);

            ProdBOMCalc.setProdJournalBOM(prodJournalBOM);

            if (ConsumpAsProposal)
            {
                prodJournalBOM.BOMConsump       = prodJournalBOM.BOMProposal;
                prodJournalBOM.inventConsump    = prodJournalBOM.inventProposal;
            }

            if (proposalAsConsump)
            {
                prodJournalBOM.BOMProposal      = prodJournalBOM.BOMConsump;
                prodJournalBOM.inventProposal   = prodJournalBOM.inventConsump;
            }

            prodBOM.ConstantReleased = noYes::Yes;
            prodJournalBOM.insertJournalCreate(prodJournalTransData,prodBOM);

            if (prodBOM.ConstantReleased != prodBOM.orig().ConstantReleased)
                prodBOM.doUpdate();
        }
    }
}

А в методе createLines класса ProdJournalCreateBOM

Protected void createLines()
{
;
    this.preCreateLines();
    super();
}

А в своём классе уже будете перекрывать preCreateLines и не будете трогать createLines

[Eldar9x]

Согласен. Вариант хороший, большое спасибо.
Скорее всего, так и сделаю.
И все же придется править классы выше - хотелось именно этого избежать. К тому же, было бы интресно найти решение данной задачи, вообще говоря думал, можно что-нибудь с super() сделать, так чтобы вызывать метод того класса, который мне был бы нужен.

[raz]

как вызвать метод "деда" ?

[HorrR]

Только хотел отписать про создание копировального конструктора на дедушке. Но это всё-равно изменение деда, хоть и безопасное.

[Eldar9x]

Цитата:

как вызвать метод "деда" ?

и там нет решения. Была мысль - может как-нибудь с дикт. классами покрутить можно...

[HorrR]

Тоже думал, но вариант отпал. Ибо не слишком рациональный. На самом деле, если юзать Дикт классы, то можно сделать так: узнать имя дедушки, найти в AOT его узел, потом узел нужного метода, получить его соурс, подставить туда значения из переменных собственного класса и выполнить на лету. Реально, но коряво) По-моему, создание копировального конструктора на дедушке - небольшая жертва, тем более, что хоть это изменение и системного класса, стандартному функционалу оно никак не повредит.

[Eldar9x]

Цитата:

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

Действительно, работает. Его и использую, большое спасибо.

[Eldar9x]

Кажется, рано обрадовался. Метод базового класса таким образом хоть и вызываются, зато теряются объекты объявленные на верхнем уровне.
Скажем, есть у нас объект некого класса, объявленный в ClassDeclaration деда. Этот объект в процессе работы инициализируется в наследнике нижнего уровня. Затем нам требуется вызвать метод деда, в котором с этим объектом что-то делаем (например, вызываем какой-нибудь его метод). Так, если проделать операции внутри наследника:

   void C::foo()
   {
    A pBaseOfThis; 
    ; 
    // здесь что-то делаем, чтобы инициализировать _объект_, объявленный в деде

   pBaseOfThis = new A(this); 
   pBaseOfThis.foo();  // здесь вызывается текущий метод деда, в котором идет обращение к      _объекту_
  }

то в результате окажется, что _объект_ не инициализирован. Вот такие вот дела....

[belugin]

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

[ZVV]

Цитата:

Сообщение от belugin

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

Поддерживаю.

Ещё как вариант можно добавить параметр _skip в метод, и в B обрабатывать его так, чтоб сразу вызывался super...

[HorrR]

Попробуйте в копировальном конструкторе дедушки явно скопировать все его переменные с обьекта который вы копируете.

Ну что-то наподобии:

Ded_value_X=Object2Copy.Get_Ded_value_X()

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

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