Здравствуйте, so5team, Вы писали:

S>Тогда как функции stateless, и если из parse нужно что-то передать в format, то здесь уже нужно озадачиваться тем, чтобы функции были парными. Условно:
S>И для меня не очевидно, что свободные функции в массовом применении в таком случае будут проще в использовании, чем специализации fmt::formatter.

А для меня это полностью очевидно. В случае с функциями, для стандартной библиотеки вообще не составит труда поддержать передачу состояния, причем сделать это опционально — поддержать stateless/statеfull тем же самым путем, как осуществить пооддержку свободных функций, так и функций-членов. Да, это дополнительные телодвижения, но они делаются один раз внутри стандартной библиотеки. С точки зрения пользователя все получается удобно и комфортно. Гораздо удобнее, чем карячить специализации классов с разрывами неймспейсов и мозгов.

Здравствуйте, so5team, Вы писали:

S>Тогда как функции stateless, и если из parse нужно что-то передать в format, то здесь уже нужно озадачиваться тем, чтобы функции были парными. Условно:
S>И для меня не очевидно, что свободные функции в массовом применении в таком случае будут проще в использовании, чем специализации fmt::formatter.

А для меня это полностью очевидно. В случае с функциями, для стандартной библиотеки вообще не составит труда поддержать передачу состояния, причем сделать это опционально — поддержать stateless/statеfull тем же самым путем, как осуществить пооддержку свободных функций, так и функций-членов. Да, это дополнительные телодвижения, но они делаются один раз внутри стандартной библиотеки. С точки зрения пользователя все получается удобно и комфортно. Да нужно будет обеспечивать консистентность пользовательских parse и формат, но для этого совсем не обязательно делать из всегда парными. И это гораздо удобнее, чем карячить специализации классов с конфликтами, разрывами неймспейсов и мозгов.