Инкапсуляция алгоритма в класс

Ваш вопрос мог в более общем плане формулироваться как, "как мы используем объектно-ориентированное проектирование, когда основная идея программного обеспечения просто выполняет алгоритм?"

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

Я думаю, что хороший общий дизайн похож на то, что Вы имеете там...

class InputData {};
class OutputData {};

class TheAlgorithm 
{
private:
     //functions and common data

public:
   TheAlgorithm(InputData);      
   //other functions
   Run();
   ReturnOutputData();
};

Затем позвольте, которые взаимодействуют с основным () или Ваш GUI однако, Вы хотите.

Существует шаблон разработки, который решает проблему; это называют "Шаблоном разработки Стратегии" - можно найти некоторую хорошую информацию о нем здесь.

Хорошая вещь о "Стратегии" состоит в том, что она позволяет Вам определить семейство алгоритмов и затем использовать их попеременно, не имея необходимость изменять клиенты, которые используют алгоритмы.

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

Я обычно использую следующий шаблон

class MyFunctor {
    public:
       MyFunctor( /* List of Parameters */ );
       bool execute();
    private:
       /* Local storage for parameters and intermediary data structures */
}

Затем я использовал свои функторы этот путь:

    bool success = MyFunctor( /*Parameter*/ ).execute();

Возможно, лучший подход (если я не пропускаю что-то) является к ecapsualte алгоритмом в классе, и имейте его, выполняются через вызов метода. Можно или передать во всех параметрах общественным собственностям, через конструктора, или создать структуру, что ecapsulates все параметры, который передается в классу, который содержит алгоритм. Но обычно это не хорошая идея выполнить вещи в конструкторе как этот. Прежде всего, потому что это не интуитивно.

public class MyFooConfigurator
{
   public MyFooConfigurator(string Param1, int, Param2) //Etc...
   {
      //Set all the internal properties here
      //Another option would also be to expose public properties that the user could
      //set from outside, or you could create a struct that ecapsulates all the
      //parameters.
      _Param1 = Param1; //etc...
    }

    Public ConfigureFoo()
    {
       If(!FooIsConfigured)
          return;
       Else
          //Process algorithm here.
    }
}

Если бы необходимо было бы когда-либо называть оба метода с параметрами конструктора затем, я сделал бы это.

Если Вы никогда не должны были бы называть оба метода с теми же параметрами затем, я не был бы.