Как сделать разную реализацию одной и той же функции класса в C++?

Question

[Никита Савиных]

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

Class Model{
Model();

public:
void click();
}

Однако, определив эту функцию, мы не сможем заставить разные модели вести себя по разному.
Суть вопроса как раз заключается в том, чтобы для каждого экземпляра класса Model функция click () выполнялась по разному. А если ещё можно будет, переопределяя эту функцию, изменять количество и типы аргументов, то будет вообще хорошо. Всем заранее спасибо за ответы или предложения погуглить по ключевым словам (буду крайне признателен, если их озвучат)

Answer 1

[Mercury13]

Перенести пользовательскую функциональность в другое место — так называемый «слушатель».

using EvClick = void (*)();

Class Model{
public:
  void click() { if (fOnClick) fOnClick(); }
  void setOnClick(EvClick x) { fOnClick = x; }
private:
  EvClick fOnClick = nullptr;
}

Подобные слушатели есть в любой визуальной оконной библиотеке: VCL, Qt. В VCL так и есть, за исключением вписанных в синтаксис свойств. В Qt для этого используют сигналы-слоты.

Наладить передачу любых данных в эту функцию — шаблон «команда».

class ClickEvent {
public:
  int x, y;
  virtual ~ClickEvent();
}

using EvClick = void (*)(ClickEvent&);

Comments

[Никита Савиных]

Я не вполне понял данную конструкцию, я правильн понимаю, что по запросу "слушатель с++" я смогу найти подробное объяснение? И, если не сложно, что вообще можно почитать, чтобы узнать, какие проблемы подобного характера\уровня возникают при разработе? Может книги по шаблонам проектирования или по алгоритмам?

[Mercury13]

Никита Савиных, шаблон проектирования называется «delegation», но широко известен как «event listener».

[Mercury13]

Никита Савиных, В более сложной версии, когда одно событие слушают сколько хочешь объектов — тогда «Observer».

[Евгений Шатунов]

Никита Савиных , видимо, начинать тебе надо именно с простых вещей: читателей, писателей, подписчиков и делегатов...
GoF можно почитать на эту тему.
На Gamedev Lectures есть вольные пересказы GoF для упрощенки.
Но стремиться, в плане UI и не только, стоит именно к подобному подходу.

[Mercury13]

Никита Савиных,

какие проблемы подобного характера\уровня возникают при разработе?

Для подписок главная проблема — чтобы ваши механизмы подписки на события были адекватны вашим нуждам. Qt позволяет на сигнал changed(int) подписываться слотом somethingChanged(). Позволяет передать информацию из потока в поток. И многое другое. Но нужно ли это вам?

[Никита Савиных]

Mercury13, Из потока в поток, конечно, нет. Пока что с:
Безусловно, можно использовать Qt (как раз с ним сейчас работаю), но я думаю, что рано или поздно, может возникнуть необходимость работы без него, как, например, в случае, который был описан в теме, и к такому надо быть готовым на уровне более сложным, чем писать функции, и передавать на них указатели для каждого экземпляра класса.

[Никита Савиных]

Евгений Шатунов, Спасибо за материал!

Answer 2

[Александр]

Не совсем С++, но смысл уловите

Comments

[Никита Савиных]

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

void (*PointToMouseClick)() = NULL;
    void (*PointToMouseRelease)() = NULL;
    bool ClickAvailable;
    ...
    void MouseClick();
    void MouseRelease();

Model.cpp

void Model::MouseClick(){
    if(PointToMouseClick!=NULL)
    (*PointToMouseClick)();
}

void Model::MouseRelease(){
    if(PointToMouseRelease!=NULL)
    (*PointToMouseRelease)();
}

main.cpp

std::vector<Model> Models;
        Models[32].PointToMouseClick=&ButtonOnPress;

buttonevents.cpp

void ButtonOffPress(){
    for(int i = 0; i <15;i++)
        Models[i].Color = glm::vec3(0.0f,0.0f,0.0);
}

Answer 3

[devalone]

Либо хранить указатель на функцию en.cppreference.com/w/cpp/utility/functional/function (ну или сырой), либо сделать в базовом функцию виртуальной, а можно и то и другое, например так.

class Base {
public:
  virtual ~Base() {}
  virtual doIt()
  {
    if (callback)
      callback();
  }
private:
  std::function<void()> callback;

И в наследуемом можно будет переопределить doIt и он будет делать что-то другое.