Зачем нужна перегрузка при использовании оператора << через шаблон? - PullRequest
Новая
       9

Зачем нужна перегрузка при использовании оператора << через шаблон?

2 голосов
/ 05 ноября 2010

Как и в этом вопросе , я экспериментирую для потоковой передачи через класс с использованием SBRM / RAII, поэтому 

SBRM(x) << "test";

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

То, что я имею (упрощено для ясности): 

#include <iostream>
#include <sstream>

class SBRM
{
public:
  SBRM(int j) : i(j) {}
  ~SBRM() { std::cout << "SBRM(" << i << "): " << oss.str() << std::endl; }

  template<typename T> SBRM& operator<<(T& in) { oss << in; return *this; }
  // SBRM& operator<<(const long long& in) { oss << std::hex << "0x" << in; return *this; }
  SBRM& operator<<(const double& in) { oss << in; return *this; }
  SBRM& operator<<(const void* in) { oss << in; return *this; }

private:
  int i;
  std::ostringstream oss;
};


int main()
{
  std::string ttt = "world";
  const int i = 3;
  SBRM(1) << "Hello";
  SBRM(2) << ttt;
  SBRM(3) << 0x1234567890123ll; 
  SBRM(4) << &i;
  SBRM(5) << 5;
  SBRM(6) << 0.23;
  SBRM(7) << i;
  SBRM(8) << 5 << ", " << ttt << ", " << &i;
}

Такого рода работы: 

SBRM(1): Hello
SBRM(2): world
SBRM(3): 3.20256e+14
SBRM(4): 0xbf8ee444
SBRM(5): 5
SBRM(6): 0.23
SBRM(7): 3
SBRM(8): 5, world, 0xbf8ee444

но моя главная проблема: почему компилятор требует, чтобы я перегружал шаблон при использовании (нестроковых) литералов?
Есть ли какие-то хитрости, чтобы избежать этого, или я ошибаюсь? Другие предложения приветствуются, потому что я теперь прибегнул к использованию макроса для 

NOT_QUITE_SBRM_MACRO(3, "At least, " << 5 << ", this works");

Проблема наблюдается с gcc 4.1.2. и 4.4.3. Без перегруженных функций получаю: 

sbrm-stream.cpp: In function ‘int main()’:
sbrm-stream.cpp:27: error: no match for ‘operator<<’ in ‘SBRM(3) << 320255973458211ll’
sbrm-stream.cpp:10: note: candidates are: SBRM& SBRM::operator<<(T&) [with T = long long int]
sbrm-stream.cpp:28: error: no match for ‘operator<<’ in ‘SBRM(4) << & i’
sbrm-stream.cpp:10: note: candidates are: SBRM& SBRM::operator<<(T&) [with T = const int*]
...

1 Ответ

12 голосов
/ 05 ноября 2010

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

template<typename T> SBRM& operator<<(T const& in) { oss << in; return *this; }

И, как Дэвид упомянул в своем комментарии, вам нужны перегрузки при использовании манипуляторов, таких как endl.Вот их пример: 

SBRM& operator <<(std::ostream& (*manip)(std::ostream&)) {
    oss << manip; // alternatively: manip(os);
    return *this;
}

// same for:

ostream& operator <<(ios& (*manip)(ios&));
ostream& operator <<(ios_base& (*manip)(ios_base&));

Это относится ко всем беспараметрическим манипуляторам .

Я не совсем уверен, как работают параметризованные манипуляторы из <iomanip>, нопохоже, они возвращают прокси-объект, который может использовать общий вариант operator <<.

...