Как реализовать общий функтор для нескольких классов в C ++ - PullRequest
Новая
       3

Как реализовать общий функтор для нескольких классов в C ++

2 голосов
/ 29 октября 2009

предположим, что у вас есть два (или более) класса с закрытыми векторами-членами: 

class A {  
private:  
 std::vector<X> priv_vec;  
public:  
 //more stuff  
}  

class B {  
private:  
 std::vector<Y> priv_vec;  
public:  
 //more stuff  
}

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

Каков наилучший способ реализации такого функтора (desgin-pattern или функционального интерфейса?) Без предоставления закрытых векторов другим классам или пользователям классов?

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

Ответы [ 3 ]

1 голос
/ 29 октября 2009

Хм, во-первых, остерегайтесь состояний в функторах.

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

Теперь, для применения функторов, все просто: пусть ваши классы объявят функцию-член шаблона! 

class A
{
public:
  template <class Functor>
  Functor Apply(Functor f);

private:
};

class B
{
public:
  template <class Functor>
  Functor Apply(Functor f);
};

// Usage
MyFunctor f;
A a;
B b;
b.Apply(a.Apply(f));

Что касается функтора, если вам нужно указать: 

// Alternative 1
class FunctorState {};

class Functor
{
public:
  Functor(FunctorState& state): m_state(state) {}

  // some operator()(...)

private:
  FunctorState& m_state;
};

// Alternative 2
class Functor
{
  struct FunctorState {};
public:
  Functor(): m_state(new FunctorState) {}

  // some operator()(...)

private:
  boost::shared_ptr<FunctorState> m_state;
};

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

0 голосов
/ 29 октября 2009

Решение на основе шаблонов. 

#include <iostream>
#include <string>
#include <vector>

// Wraps up a vector of type T and exposes a
// simple interface to access it.
template <class T>
class A
{  
public:  
  A(const std::vector<T>& v) : priv_vec(v) { }
  virtual size_t count() const { return priv_vec.size(); }
  virtual T operator[](size_t index) const { return priv_vec[index]; }
private:  
  std::vector<T> priv_vec;  
};  

// A sample functor with state.
// The state is the size and current index of the vector object.
class Functor
{
public:
  Functor() : _size(0), _index(0) { }

  // Prints the element at the current index.
  // If the index exceeds size, it is reset to 0.
  template <class T>
  void operator()(const A<T>& b)
  {
    if (_size == 0) _size = b.count();
    if (_index >= _size) _index = 0;
    std::cout << b[_index++] << '\n';
  }

private:
  size_t _size;
  size_t _index;
};

int
main()
{
  // Some tests.

  std::vector<int> int_vec;
  int_vec.push_back(1);
  int_vec.push_back(2);
  int_vec.push_back(3);
  A<int> a(int_vec);

  std::vector<std::string> str_vec;
  str_vec.push_back("aaaa");
  str_vec.push_back("bbbb");
  str_vec.push_back("cccc");
  A<std::string> b(str_vec);

  Functor f;
  f(a); // 1
  f(b); // bbbb
  f(a); // 3
  f(a); // 1
  f(a); // 2
  f(b); // cccc

  return 0;
}
0 голосов
/ 29 октября 2009

Похоже на проблему импорта политик из объекта class A и применения их к объектам class B, единственное отличие состоит в том, что все это выполняется во время выполнения (в отличие от типичного проектирования на основе политик). Возникает вопрос: являются ли эти политики проприетарными для class A или мы можем их изолировать и разослать по мере необходимости? Это должно упростить дизайн.

...