gsl :: array_view <const gsl :: cstring_view <>> from std :: vector <std::string>

Question

Предположим, что у меня есть переменная-член std::vector<std::string> в классе, и я хочу вернуть ее из функции-члена в качестве неизменяемого представления, используя комбинацию gsl::array_view и gsl::cstring_view. К сожалению, следующий не компилируется:

class C { 
public: 
    gsl::array_view<const gsl::cstring_view<>> getVectorOfStrings() const 
    { 
     return _vectorOfStrings; 
    } 

private: 
    std::vector<std::string> _vectorOfStrings; 
}; 

Причиной этого является то, что нет контейнер cstring_view что array_view может быть создан из. Поэтому мой вопрос: есть ли способ использовать такую ​​конструкцию, явно не добавляя что-то вроде члена типа std::vector<gsl::cstring_view<>>, что явно нежелательно?

Редактировать

Мне кажется, что такие «трансформирующие» взгляды могут быть более общего пользования. Рассмотрите наличие vector владеющих указателей, таких как std::vector<std::shared_ptr<T>>, которые я хотел бы предоставить пользователю класса в виде array_view необработанных указателей: gsl::array_view<const T*> без раскрытия моего подхода к реализации, определенного для реализации. Мысли?

Answer 1

По определению представления обычно предоставляют только ссылки на существующие объекты. В результате нет никакого способа создать нормальный array_view<const cstring_view<>> без предварительного создания соответствующего контейнера, например, например. a vector<const cstring_view<>>.

Однако вы можете создать свою собственную специализацию для gsl::array_view<const cstring_view<>>, которая создает запрос cstring_view<> по требованию (при вызове оператора индекса и при разыменовании итератора). Хотя это избавит вас от динамического распределения памяти и уменьшит объем памяти по сравнению с наивным подходом, в большинстве случаев мне не нужна дополнительная сложность.

Если вы хотите следовать обобщенному подходу, как описано в вашем редактировании, вы можете посмотреть на boost::transform_iterator - либо для непосредственного использования, либо в качестве вдохновения для вашего собственного обобщенного класса transform_array_view (который, я уверен, быть приветствующим дополнением к gsl или boost).