Literal operator templates for strings

[sasa_mi]

Извините, а на русском языке заголовок нельзя было написать?

[laphroaig]

это непереводимый сишный фольклор

[namespace]

Каждый раз, когда читаю такие статьи, задаюсь вопросом, «почему я все еще пишу на плюсах, это ведь такой адъ?»

[burjui]

А вы пишете для себя или по работе? В последнем случае всё понятно: за это деньги платят, а кодовую базу переписывать никто не будет. Ну, а для себя уже давно можно писать на D, если хочется нативности и C++-подобного синтаксиса без уродств последнего.

[namespace]

И по-работе и для себя…

[DISaccount]

Спасибо за статью. Этот элемент нового стандарта прошел, почему то, мимо меня.
Все красиво, но опять же, т.к. это compile-time, нельзя построить простого JSON/XML/HTML/e.t.c парсера, а ведь конструкция так и напрашивается на это. То есть динамическое отображение «строка->тип» ну очень хочется иметь без кучи if else или switch.

[Eivind]

Можно сделать, например, compile-time JSON-парсер, но т.к. сам JSON должен быть объявлен до компиляции, а не в runtime, практического смысла от этого никакого, кроме образовательного. С другой стороны можно сделать compile-time генератор парсеров для объявленной json-schema: парсер в runtime получает текст и выдает статически-типизированную структуру, если источник соответствует схеме, или исключение в противном случае.
Впрочем, это не совсем тот случай, на который я хотел бы обратить внимание. Подобная техника может быть крайне полезна не для парсеров, а для ORM, на что и нацелен пример из статьи. Все кто имел дело с статически-типизированными ORM в C++ прекрасно понимают как неудобно определять структуры данных без использования дополнительных препроцессоров.

PS. Кстати, следующую статью я как раз хотел посвятить части библиотеки моего С++ web-фреймворка (который хотелось бы полностью перевести на opensource) — библиотеке для работы с JSON. Однако, возможно более интересной темой была бы реализация ORM, использующего вышеозначенную технику (единственное, что меня смущает, — пока еще неопределенный статус данного типа литералов в будущем стандарте). Что вы думаете?

[DISaccount]

Безусловно! Когда набор данных фиксирован(таблица БД), то тут особых проблем быть не должно. Большую часть Вы уже раскрыли в этой статье. Единственное, как красиво в это дело встроить механизм транзакций. Поэтому, с большим удовольствием почитал бы Вашу статью с вариантом реализации ORM.

Еще чуть-чуть и сделаете свою реализацию boost.serialization на новом стандарте.

[VoidEx]

Круто, спасибо.

[fsmoke]

Вот сейчас как раз понадобилось, но оказалось — это не стандарт даже 17. И конструкции вида

template<typename CharT, CharT ...String>
constexpr str<String...> operator"" _s()
{
    return str<String...>();
}

например msvc не поддерживает — печаль

[Eivind]

Надеемся на C++20, уже и обновленное предложение завезли (P0424R1):

template <typename CharT, CharT const* str, std::size_t length>
auto operator"" _udl();