Когда использовать ReadOnlySpan<T> против явных/перегруженных типов

Ради последующего вопроса предположим гипотетически, что я хочу преобразовать строку обычного текста в шестнадцатеричную строку; например, «Привет, мир!» в «48656c6c6f2c20576f726c6421».

Для этого требуется два шага:

1. Преобразуйте обычную текстовую строку в массив байтов.
2. Преобразуйте массив байтов в шестнадцатеричную строку.

Например:

string plainText = "Hello, World!";
byte[] bytes = Encoding.Default.GetBytes(plainText);
string hexadecimalString = Convert.ToHexString(bytes);

Далее я хочу обернуть эту функциональность в служебную функцию. До версии .NET Core 2.1 (и я удивлен, что ReadOnlySpan<T> настолько стар) наиболее гибким подходом было бы наличие перегрузок для string и char[]; например:

public static string ToHexString(string value, Encoding? encoding = null) =>
    ToHexString(value.ToCharArray(), encoding);
    
public static string ToHexString(char[] value, Encoding? encoding = null) =>
  Convert.ToHexString((encoding ?? Encoding.Default).GetBytes(value));

Хотя этот подход относительно тривиален, он не особенно удобен с точки зрения распределения, поскольку требуется три распределения:

1. ToCharArray() выделит нового char[].
2. GetBytes выделю нового byte[]
3. ToHexString выделит нового string.

Введение ReadOnlySpan<T> потенциально может улучшить ситуацию за счет сокращения количества выделений (хотя и только на 1), но также с точки зрения удобства сопровождения оно требует меньше перегрузок методов, поскольку string и char[] неявно конвертируются в ReadOnlySpan<char>; например (в идеальном мире):

public static string ToHexString(ReadOnlySpan<char> value, Encoding? encoding = null) =>
  Convert.ToHexString((encoding ?? Encoding.Default).GetBytes(value));

По иронии судьбы, хотя ReadOnlySpan<T> теоретически должен уменьшить количество выделений, проблема здесь в том, что GetBytes не имеет перегрузки, которая требует ReadOnlySpan<char>, поэтому единственный способ реализовать это — повторно ввести выделение; например:

public static string ToHexString(ReadOnlySpan<char> value, Encoding? encoding = null) =>
  Convert.ToHexString((encoding ?? Encoding.Default).GetBytes(value.ToArray()));

В настоящее время единственный способ сократить выделение ресурсов — это предоставить перегрузки методов и реализовать их все отдельно; например:

public static string ToHexString(string value, Encoding? encoding = null) =>
  Convert.ToHexString((encoding ?? Encoding.Default).GetBytes(value));
    
public static string ToHexString(char[] value, Encoding? encoding = null) =>
  Convert.ToHexString((encoding ?? Encoding.Default).GetBytes(value));

Теперь у нас есть методы, которые приведут к меньшему количеству выделений, поскольку нет преобразований из string в char[] или ReadOnlySpan<char> в char[], но компромисс заключается в том, что это приводит к более высоким затратам на сопровождение, поскольку теперь мне приходится поддерживать два метода и меньшую гибкость. API для вызывающего абонента.

Итак, мой вопрос: когда правильно использовать ReadOnlySpan<T> в качестве параметра метода, а не использовать более явные/перегруженные типы? Должен ли компромисс быть смещен в сторону удобства сопровождения и надежного API, опирающегося на неявное преобразование типов, или в сторону производительности? Есть ли какие-либо рекомендации по этому поводу?