Оператор Overloading <<-C++

Перегрузка оператора записана правильно?

Это, но можно добиться большего успеха. Как кто-то еще упомянутый, Ваша функция может быть определена полностью из существующих, государственных функций. Почему бы не заставить его использовать только их? Прямо сейчас это - друг, что означает, что это принадлежит деталям реализации. То же верно при помещении оператора <<как участник в класс. Однако сделайте свой оператор <<нечленом, недруг функцией.

class ExtendedVector {
    ...
};

// note, now it is *entirely decoupled* from any private members!
ExtendedVector& operator<<(ExtendedVector& cont, const std::string& str){
    cont.AddChar(str);
    return cont;
}

При изменении класса Вы не будете уверены, что тот Ваш оператор <<будет все еще работать. Но если Ваш оператор <<полностью зависит только от государственных функций, то можно быть уверены, что он будет работать после того, как изменения были внесены в детали реализации класса только. Yay!

Действительно ли это - хорошая практика для перегрузки операторов в таких ситуациях?

Поскольку другой парень повторил, это спорно. Во многих ситуациях перегрузка оператора будет выглядеть "аккуратной" на первый взгляд, но будет похожа на ад в следующем году, потому что у Вас больше нет подсказки, что Вы имели в виду при предоставлении некоторым символам специальной любви. В случае оператора <<, я думаю, что это - использование OK. Его использование в качестве оператора вставки для потоков известно. И я знаю о QT и приложениях KDE, которые используют его экстенсивно в случаях как

QStringList items; 
items << "item1" << "item2";

Подобный случай boost.format который также повторные использования operator% для передающих аргументов в пользу заполнителей в его строке:

format("hello %1%, i'm %2% y'old") % "benny" % 21

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

Как я могу принять аргументы переменной длины безопасным с точки зрения типов способом?

Ну, существует способ принять вектор при поиске гомогенных аргументов:

void AddChars(std::vector<std::string> const& v) {
    std::vector<std::string>::const_iterator cit =
        v.begin();
    for(;cit != v.begin(); ++cit) {
        AddChar(*cit);
    }
}

Это не действительно удобно для передачи его все же. Необходимо создать вектор вручную и затем передать... Я вижу, что у Вас уже есть правильное чувство о функциях стиля vararg. Не нужно использовать их для этого вида кода и только при взаимодействии через интерфейс с кодом C или функциями отладки если вообще. Другой способ обработать этот случай состоит в том, чтобы применить программирование препроцессора. Это - усовершенствованная тема и вполне hacky. Идея состоит в том, чтобы автоматически генерировать перегрузки некоторый верхний предел примерно как это:

#define GEN_OVERLOAD(X) \
void AddChars(GEN_ARGS(X, std::string arg)) { \
    /* now access arg0 ... arg(X-1) */ \
    /* AddChar(arg0); ... AddChar(arg(N-1)); */ \
    GEN_PRINT_ARG1(X, AddChar, arg) \
}

/* call macro with 0, 1, ..., 9 as argument
GEN_PRINT(10, GEN_OVERLOAD)

Это - псевдо код. Можно взглянуть на библиотеку препроцессора повышения здесь.

Следующая версия C++ предложит намного лучшие возможности. Списки инициализатора могут использоваться:

void AddChars(initializer_list<std::string> ilist) {
    // range based for loop
    for(std::string const& s : ilist) {
        AddChar(s);
    }
}

...
AddChars({"hello", "you", "this is fun"});

Также возможно в следующем C++ поддерживать произвольный много (смешанный тип) аргументы с помощью variadic шаблоны. GCC4.4 будет иметь поддержку их. GCC 4.3 уже частично поддерживает их.