Как передать результат метода в качестве параметра конструктору базового класса в C++?

Я пытаюсь добиться чего-то вроде этого:

class Base
{
  public:

  Base(string S) 
  {
  ...
  };
}

class Derived: Base
{
public:
  int foo;
  string bar()
  {
    return stringof(foo); // actually, something more complex
  };

  Derived(int f) : foo(f), Base(bar()) 
  {
  };
}

Теперь это работает не так, как я хочу, потому что bar () вызывается в конструкторе Derived перед инициализацией foo.

Я подумал о добавлении статической функции, подобной bar (), которая принимает foo в качестве параметра, и использовании ее в списке инициализации, но подумал, что спрошу, есть ли какие-нибудь другие методы, которые можно было бы использовать, чтобы выбраться из этого. ..

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

class Derived: Base
{
public:
  int foo;

  static string bar(int f)
  {
    return stringof(f); // actually, something more complex
  }

  string bar()
  {
    return bar(foo); 
  };

  Derived(int f) :  Base(bar(f)) , foo(f)
  {
  };
}
Стоит ли изучать PHP в 2026-2027 годах?
Стоит ли изучать PHP в 2026-2027 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
2
0
3 671
6
Перейти к ответу Данный вопрос помечен как решенный

Ответы 6

Ответ принят как подходящий

Да, использование функции (метода статического класса или обычной функции), которая принимает фу в качестве параметра и возвращает строку, является хорошим решением. Вы можете вызвать эту же функцию из Derived :: bar, чтобы предотвратить дублирование кода. Итак, ваш конструктор будет выглядеть так:

Derived(int f) : Base(stringof(f)), foo(f) {}

Я помещаю вызов конструктора Base первым в списке, чтобы подчеркнуть порядок, в котором происходят инициализации. Порядок списка инициализаторов не имеет никакого эффекта, поскольку все члены класса инициализируются в том порядке, в котором они объявлены в теле класса.

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

class Base {
public:
    Base(string S) {  ...  }
    void bat() { ... }
};

class Derived {
    Base *base;
    int foo;

public:
    Derived(int f) : base(NULL), foo(f) {
        base = new Base(bar());
    }
    ~Derived() {
        delete base;
    }

    string bar() {
        return stringof(foo); // actually, something more complex
    }

    void bat() {
        base->bat();
    }
};

Вам нужно будет рассмотреть плюсы и минусы для вашей конкретной ситуации. Когда Derived содержит ссылку на Base, вы получаете больший контроль над порядком инициализации.

хм, комбинировать это с идиомой pimpl было бы неплохо

Johannes Schaub - litb 17.12.2008 20:36

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

Roddy 17.12.2008 22:26

Правда! Я подумал, что в данном случае вы будете придерживаться плана А именно по этой причине.

Judge Maygarden 18.12.2008 00:10

Я тоже хотел это сделать, но в конце концов сдался. В качестве параметра Base () можно использовать любой подходящий вызов функции.
Другой вариант - добавить в Base альтернативный конструктор, который принимает int и выполняет преобразование в строку.

«Альтернативный конструктор» неприятен, потому что логика преобразования по сути является частью производного класса.

Roddy 17.12.2008 19:53

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

quamrana 17.12.2008 19:58

Вы можете вызывать только статические функции в списке инициализаторов. То, как это есть в вашем коде:

class Derived: Base
{
public:
  int foo;
  string bar()
  {
    return stringof(foo); // actually, something more complex
  };

  Derived(int f) : foo(f), Base(bar()) 
  {
  };
}

По-прежнему инициализирует сначала Base, а затем foo. Порядок написания вещей в списке инициализаторов конструктора никоим образом не имеет значения. Он всегда будет строиться в таком порядке:

  1. Во-первых, все виртуальные базовые классы
  2. Затем невиртуальные базовые классы в том порядке, в котором они появляются в списке базовых классов.
  3. Затем все объекты-члены в том порядке, в котором они определены в определении класса.

Таким образом, вы в конечном итоге вызываете stringof с неинициализированным значением. Эта проблема решена в boost::base_from_member. Также обратите внимание, что вызов любой нестатической функции-члена до завершения всех инициализаторов конструктора всех базовых классов является неопределенным поведением.

Однако вызов статических функций - это нормально:

class Derived: Base
{
public:
  int foo;
  static string bar(int f)
  {
    return stringof(f); // actually, something more complex
  };

  Derived(int f) : Base(bar(f)), foo(f)
  {
  };
}

Конструктор базового класса всегда вызывается перед инициализацией других членов производного класса; ваш компилятор должен предупреждать вас о неправильном порядке инициализаторов. Единственное правильное решение - сделать bar() статическим методом, который принимает f в качестве параметра.

Конструктор предназначен для создания объекта. Это означает, что до тех пор, пока он не вернется, там нет объекта, и поэтому вызывающие функции-члены просто не будут работать надежно. Как говорят все, используйте статическую функцию или функцию, не являющуюся членом.

Не совсем так, потому что конструкторы обычно вызывают нестатические методы - например, «init ()». Списки инициализации немного отличаются.

Roddy 17.12.2008 20:00

Просто переместите код конструктора в функцию Initialize () и вызовите ее из конструктора. Это намного проще, чем статическое / нестатическое переопределение или что-то в этом роде.

вы упускаете суть. базовый класс не может быть сконструирован правильно так, как вы описываете.

Roddy 17.12.2008 22:20

Другие вопросы по теме