Как организовать структуру классов?

Question

[Артем]

Здравствуйте.

code

Вот у меня есть суперкласс:

class Strategy
{
    public:
        virtual void execute();
        void save(){
            EEPROM.put(source.getEepromPosition(), this);
        }

        Strategy get(bool pos){
            return EEPROM.get(pos ? 0 : 512, Strategy);
        }

    protected:
        ControlButton source;
};

И наследники:

DuplicateStrategy:

#include <Arduino.h>

class DuplicateStrategy : public Strategy
{
    public:
        DuplicateStrategy(Button target, ControlButton controlButton){
            this->target = target;
            this->source = controlButton;
            this->save();
        }

        void execute(){
            this->source.hasCommand() ? this->target.push() : this->target.release();
        }

    private: 
        Button target;

};

MacroStrategy:

#include <Arduino.h>

class MacroStrategy : public Strategy
{
    public:
        MacroStrategy(ControlButton source, MacroPosition positions[]){
            this->source = source;
            this->positions = positions;
            this.save();
        }

        void execute(){
            if(source.hasCommand()){
                for(int i = 0; i < sizeof(this->positions); i++){
                    positions[i].execute();
                }
            }
        }

    private:
        MacroPosition positions[];
}

MultiClickStrategy:

#include <Arduino.h>

class MultiClickStrategy : public Strategy
{
    public:

        MultiClickStrategy(Button target, ControlButton source, unsigned int delay){
            this->target = target;
            this->source = source;
            this->delay_ms = delay;
            this.save();
        }

        void execute(){
            if(source.hasCommand() && this.timeSpent()){
                this->timer = millis();
                target.isPushed() ? target.release() : target.push();
            }
        }
    
    private:
        unsigned long timer;
        unsigned int delay_ms;
        Button target;

        bool timeSpent(){
            return millis() > this->timer + this->delay_ms;
        }
}

Вопрос вот в чем. Я хочу хранить наследников Strategy в массиве типа Strategy[], и у каждой Strategy иметь возможность вызвать execute().
Мне кажется, это, в принципе, реально и я правильно сделал, но есть одна тонкость. Я пишу прошивку для МК, и мне нужно сохранять в EEPROM (энергонезависимую память) сериализованные Strategy. Для этого есть методы:
Get
Put

Если бы я знал, какой именно класс лежит в EEPROM, то проблемы, скорей всего, не было бы, но т.к. я этого не знаю, то стоит вопрос, как быть. Предполагаю, что можно попробовать вторым параметром метода Get указать Strategy, но VS говорит, что так нельзя.

В общем, прошу помощи.

Comments

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

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

[Артем]

Евгений Шатунов, Описание поправил. Собственно, суть вот в чем. Я пишу прошивку под микроконтроллер, который будет отключаться от питания. Режимы работы микроконтроллера, они же наследники Strategy, настраиваются пользователем и должны сохраняться при выключении устройства. Т.е. пользователь на своем устройстве должен иметь возможность использовать все три стратегии. Что касается массива... В момент времени у меня будет всего 2 активных стратегии. Мне просто претит создавать две переменных одного типа. И я хочу разобраться, как писать на c++ в ООП стиле. До этого я довольно долго писал, и пишу сейчас на PHP, а там типизация динамическая. В связи с чем и проблемы. Наверное, уже мозги подстроились, и сейчас мне тяжело принять верное решение, думаю по-другому.

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

Артем , ну да, мышление ты себе после PHP еще долго ломать будешь. :)
Но это если тебе хочется нормально писать на плюсах. А если не хочется, то с тонкостями плюсов лучше и не париться.
Strategy - это, я так понимаю, ты просто назвал сущность по имени паттерна? Не самая лучшая мысль, слово слишком абстрактное и ничего не отражает. Хотя, в целом, не суть.

А для чего тебе две активных стратегии в одно время? Почему не одна разединственная?

[Артем]

Евгений Шатунов, по поводу названия - нет, это не паттерн. Две стратегии принадлежат двум входам МК. Как только на входе появляется активный уровень, внутри execute() должна выполниться логика с другими портами МК. Т.е. пользователь нажимает на кнопку устройства, выполняется одна стратегия, на другую - другая. Кнопок пока две, поэтому и активных стратегий две. Сейчас попробовал, не могу Strategy[1] присвоить DuplicateStrategy. Тогда я не понимаю, как работает полиморфизм. В PHP я делаю интерфейс, реализую его классом (или несколькими), и после этого могу все объекты положить в массив, циклом пройти по нему и у каждого объекта вызвать интерфейсный метод. А как быть здесь? Не рассмотрите вариант кратковременной платной консультации?

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

Артем , полиморфизм в плюсах делается так же. Но есть одно важное отличие.
В плюсах объекты могут храниться и передаваться по значению. В твоем Strategy[N] по своему значению будут лежать именно объекты типа Strategy, но не другого типа. Если хранить по ссылке или по указателю, то уже можно реализовать паттерн интерфейса.
Этот вопрос уже относится к самым базовым навыкам владения языком. С полиморфизмом, наследованием и виртуальностью тебе стоит разобраться самому.

Не рассмотрите вариант кратковременной платной консультации?

Точно не рассмотрю. :) Я вижу что времени потребуется очень много, а мое время само по себе дорого. Т.е. сумма выйдет неподъемная и того она не стоит.
Это базовый материал, он довольно легко осваивается в личном порядке. :)

Answer 1

[Mercury13]

Strategy[N] хранит не наследников Strategy, а объекты класса Strategy. Поэтому в массиве придётся хранить не тела объектов, а указатели.

Если у вашего МК есть полноценное управление памятью с операцией new, всё просто: std::unique_ptr<Strategy> strategies[N]. Если нет — приходится как-то извращаться, и об этом не будем.

Как сериализировать? Добавим классу Strategy небольшую функцию
unsigned char code() const;
Пусть первая стратегия возвращает, например, 1=CODE_DUPLICATE, а вторая — 2=CODE_MACRO. Сериализация, в числе прочего, будет записывать в память эти коды.

Считав код, мы создаём Duplicate или Macro, а затем считываем объект этого класса.

std::unique_ptr<Strategy>& thatObject = strategies[i];
switch (getSomeByte) {
case CODE_DUPLICATE:
  thatObject = new DuplicateStrategy();
  break;
case CODE_MACRO:
  thatObject = new MacroStrategy();
  break;
default:
  // можно ничего не делать. Можно сообщить об ошибке.
}
thatObject->read();