Типа того

Просто, я люблю упороться

вот там мы у себя упарывались, борясь за порядок следования однотипных аргументов template<size_t TAG> struct Part { std::string value; }; enum PARTS { NAME, SURNAME, PATRONYMIC, }; struct FullName { std::string name; std::string patronymic; std::string surname; FullName(Part<NAME>&& name, Part<PATRONYMIC>&& patronymic, Part<SURNAME>&& surname) : name(std::move(name.value)), patronymic(std::move(patronymic.value)), surname(std::move(surname.value)) { } FullName(Part<SURNAME>&& surname, Part<NAME>&& name, Part<PATRONYMIC>&& patronymic) : name(std::move(name.value)), patronymic(std::move(patronymic.value)), surname(std::move(surname.value)) { } }; int main() { FullName fn1{ Part<NAME>{"Ivan"}, Part<PATRONYMIC>{}, Part<SURNAME> {"Ivanov"} }; FullName fn2{ Part<SURNAME> {"Ivanov"}, Part<NAME>{"Ivan"}, Part<PATRONYMIC>{} }; } здесь нет оверхеда, но сущностей дохера, благо, что у нас это генеренный код. Но лучше сделать builder, на мой взгляд

вот там мы у себя упарывались, борясь за порядок следования однотипных аргументов template<size_t TAG> struct Part { std::string value; }; enum PARTS { NAME, SURNAME, PATRONYMIC, }; struct FullName { std::string name; std::string patronymic; std::string surname; FullName(Part<NAME>&& name, Part<PATRONYMIC>&& patronymic, Part<SURNAME>&& surname) : name(std::move(name.value)), patronymic(std::move(patronymic.value)), surname(std::move(surname.value)) { } FullName(Part<SURNAME>&& surname, Part<NAME>&& name, Part<PATRONYMIC>&& patronymic) : name(std::move(name.value)), patronymic(std::move(patronymic.value)), surname(std::move(surname.value)) { } }; int main() { FullName fn1{ Part<NAME>{"Ivan"}, Part<PATRONYMIC>{}, Part<SURNAME> {"Ivanov"} }; FullName fn2{ Part<SURNAME> {"Ivanov"}, Part<NAME>{"Ivan"}, Part<PATRONYMIC>{} }; } здесь нет оверхеда, но сущностей дохера, благо, что у нас это генеренный код. Но лучше сделать builder, на мой взгляд

а почему так сложно? чем не подходит вариант с дружественными функциями, который я привел выше?

вопрос был как инициализировать любое поле структуры в произвольном порядке без оверхеда на вызов конструктора по умолчанию + вызов конструктора копирования или перемещения.

вот об этом я писал выше - порядок следования инициализаторов должен совпадать с порядком их объявления. возможно, это изменят до принятия C++20, но предварительно это сейчас запрещено

оно и понятно. однако если знаешь что у тебя ничего не сломается, можешь в каком угодно порядке вызывать (ну варнинг выдаст как максимум). https://wandbox.org/permlink/KzJfRGewEf4yyyq6

оно и понятно. однако если знаешь что у тебя ничего не сломается, можешь в каком угодно порядке вызывать (ну варнинг выдаст как максимум). https://wandbox.org/permlink/KzJfRGewEf4yyyq6

Или gamedev каналов

Или gamedev каналов

Обычно, прежде чем писать, оценивают почему те или иные движки не подходят

Это старая тема — писать движки.

Всем привет! В шаблонном методе можно как то проверить, является ли тип строкой?

то что вы заложились на расширение GCC не означает, что это будет компилироватся в будущем

а это все работает прекрасно на std=c++11 я забыл флаг поменять.. вот пример https://wandbox.org/permlink/4BUydXVLs1qXGqwr

а опенсорс движки игровые на си++ есь?

использовать shared_ptr

Вручную подсчитывать ссылки?

создать объекты в хипе и никогда не удалять :)

epsilon-gc

а опенсорс движки игровые на си++ есь?

а опенсорс движки игровые на си++ есь?

Похоже русский у нас несколько отличается. Я тебе про фому, а ты мне про ерему.

видимо действительно отличается.. насколько я понял изначально задача была следующей: инициализация параметров структуры в произовольном порядке их следования. но по умолчанию такая возможность уже реализована в любом компиляторе (максимум выкинет варнинг, о чем я и сказал) ты привел пример кода, в котором ты решил эту задачи созданием кучи конструкторов для разного порядка следования аргуметов. я отметил что это решение не элегантное (потому что нужно реализовать n! конструкторов - где n - количество параметров структуры) или я в чем то ошибся?

вроде, я и ссылку привел Designated initializers The syntax forms (3,4) are known as designated initializers: each designator must name a direct non-static data members of T, and all designators used in the expression must appear in the same order as the data members of T. struct A { int x; int y; int z; }; A a{.y = 2, .x = 1}; // error; designator order does not match declaration order A b{.x = 1, .z = 2}; // ok, b.y initialized to 0