Почему нет перегрузки std::data() для std::valarray?

C++11 представил std::begin(std::valarray&), а также std::end(std::valarray&).

C++17 представил std::data(), который работает с std::vector, std::array, C-стилем. массивы и т.д. Но почему не был введен перегруженный std::data() для std::valarray?

std::valarray указывается как непрерывное хранилище, доступ к которому можно получить, взяв адрес a[0] (см. Примечания).

std::data(std::valarray& a) можно было просто определить для возврата &(a[0]). Почему это не сделано? Это оплошность?

Моя мотивация заключается в том, что я работаю над универсальной библиотекой сериализации. Когда он получает непрерывные массивы двоичных чисел из источника (например, CBOR), он определяет, есть ли в целевом контейнере перегруженная функция data(container), функция-член container.resize(n), а также соответствующий value_type (соответствующий примитивный числовой тип). Существование всех трех позволяет эффективно memcpy() переносить исходные данные непосредственно в целевой контейнер. Если бы была перегрузка std::data(std::valarray&), моя жизнь упростилась бы. Его отсутствие не мешает, но делает код более запутанным.

ДОПОЛНЕНИЕ. Причина, по которой я хочу обнаружить функцию data, заключается в том, что она сообщает мне, что целевой контейнер непрерывен. Если он непрерывен, то я могу сделать эффективную копию байта (через std::memcpy или std::copy не имеет большого значения). Если он не является непрерывным, то мне нужно распаковать каждый невыровненный номер исходного массива по одному и добавить его в целевой контейнер, используя push_back, emplace и т. д. в зависимости от типа контейнера.

ДОБАВЛЕНИЕ 2. Я решил использовать подход с адаптером и признаками вместо обнаружения наличия функции data. Это упростит поддержку нестандартных или определяемых пользователем типов контейнеров. Мой вопрос о том, почему нет std::data(std::valarray& a), остается в силе.

ДОБАВЛЕНИЕ 3: я должен был уточнить, что мне нужно сделать этот хакерский прием для типизированных массивов CBOR, которые могут быть только числами. Более того, числа в исходном буфере не выровнены по границам элементов. Я знаю, что для двоичных данных может потребоваться перестановка байтов по порядку байтов, и что копирование байтов в тип с плавающей запятой может вызвать странное поведение NaN, если с ним не обращаться осторожно.

Теперь я сожалею, что упомянул о своей мотивации, и должен был оставить вопрос std::data(std::valarray& a) сам по себе. В какое крушение превратился этот вопрос, ха-ха. :-)