AK
Size: a a a
2020 September 29
AD
Тебя здесь никто не слушает. В С++ сейчас не модно наследование через интерфейсы, и DI вместе с ним.
Да, давайте, захардкодимся на одну имплементацию и потом будем долго и много страдать в попытках что-то изменить.
ГH
Да, давайте, захардкодимся на одну имплементацию и потом будем долго и много страдать в попытках что-то изменить.
И вовсе не страдать.
То есть, вместо class CCircle: public CShape, class CRect: public CShape и std::vector<std::shared_ptr<CShape>> делают
std::tuple<std::vector<CCircle>, std::vector<CRect>> xxx; и затем auto get<CRect>(id);
Все то же самое, но без использования кучи.
То есть, вместо class CCircle: public CShape, class CRect: public CShape и std::vector<std::shared_ptr<CShape>> делают
std::tuple<std::vector<CCircle>, std::vector<CRect>> xxx; и затем auto get<CRect>(id);
Все то же самое, но без использования кучи.
NV
Правильно, лучше прописывать аргументы конструкторов руками, а варианты инициализации через ифчики
Наверное это не стильно не модно и не молодёжно, но можно например организовать механизм фабрик и билдеррв, который на основе конфиг файла будет создавать и связывать объекты между собой.
AD
Nik Vzdornov
Наверное это не стильно не модно и не молодёжно, но можно например организовать механизм фабрик и билдеррв, который на основе конфиг файла будет создавать и связывать объекты между собой.
И мы прийдем к избитой концепции диая с построением НАГов
CD
И мы прийдем к избитой концепции диая с построением НАГов
Или к микросервисам без диая)
PS
::tuple<std::vector<CCircle>, std::vector<CRect>> xxx; и затем auto get<CRect>(id); Тут разве нигде не вариант?
AD
Pavel Samolysov
::tuple<std::vector<CCircle>, std::vector<CRect>> xxx; и затем auto get<CRect>(id); Тут разве нигде не вариант?
очень удобно руками это делать
ГH
Pavel Samolysov
::tuple<std::vector<CCircle>, std::vector<CRect>> xxx; и затем auto get<CRect>(id); Тут разве нигде не вариант?
Вектор для примера. Если, скажем, тебе в классе нужны 1) опции, 2) логгер, 3) дб-коннекшн, то ты точно так же все три засовываешь в одну туплю и счастлив.
AD
Вектор для примера. Если, скажем, тебе в классе нужны 1) опции, 2) логгер, 3) дб-коннекшн, то ты точно так же все три засовываешь в одну туплю и счастлив.
а если у меня 2 варианта, и в другом есть ходилка в рандомный другой сервис, и какие-то другие конфиги?
AD
бахать ифчик и бегать по бранчам?
NV
И мы прийдем к избитой концепции диая с построением НАГов
Так речь была именно о подходе в Вашей дискуссии, соответственно вы своим ответом доказали, что подход с фабриками в определённом смысле и есть универсальная база. Или я чего-то не понял?
AS
Подозреваю, что для каждой _конкретной_ задачи, будет _своё_ самое лучшее решение 😑
как обычно в плюсах и бывает
как обычно в плюсах и бывает
AD
Nik Vzdornov
Так речь была именно о подходе в Вашей дискуссии, соответственно вы своим ответом доказали, что подход с фабриками в определённом смысле и есть универсальная база. Или я чего-то не понял?
Да, писать ручками это универсальное решение, но крайне так себе.
NV
Да, писать ручками это универсальное решение, но крайне так себе.
Я понял о чем Вы, но тот же спринг с его di разрывает хэлоу ворлд до мегабайтов, да все удобно и на автомате, но возможна цена с которой трудно смириться.