C++ Object Token Library

[_Bers]

Я и не сомневался. Но там и другие требования есть. Например:
Один Engine можно установить только в один Car. Установка одного и того же Engine в несколько разных Car недопустима.

Как его соблюдать предлагаете?

Код:

class BMW: public Car
{
    BMW() { this->setEngine<BMW_Engine>(); }
};

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

это называется "инкапсуляция".

[ViTech]

Код:

class BMW: public Car
{
    BMW() { this->setEngine<BMW_Engine>(); }
};

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

это называется "инкапсуляция".

Двигатель в BMW заменить на другой нельзя? Это как называется?

И здесь this->setEngine<BMW_Engine>() откуда двигатель берётся?

[_Bers]

Двигатель в BMW заменить на другой нельзя? Это как называется?

я называю это "практичность"
нех лазить куда не надо.

хочешь двигатель от мерседеса - возьми мерседес.


ежели очень надо отхватить гемморой  сделать иньекцию зависимостей,
тогда вытащи в паблик метод setEngine<type of engine>(params...);

И здесь this->setEngine<BMW_Engine>() откуда двигатель берётся?

по месту (emplace) конструируется.

[ViTech]

я называю это "практичность"
нех лазить куда не надо.

хочешь двигатель от мерседеса - возьми мерседес.

А если просто двигатель помощнее нужно установить взамен существующего? Или он сломался. Менять авто целиком? Очень практично .

по месту (emplace) конструируется.

Это простой пример с минимумом классов, чтобы не засорять его несущественными для него деталями. В реальном приложении Car будет знать только об интерфейсе Engine, и функциональность по созданию двигателя в авто может быть избыточной или вообще невозможной.

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

[_Bers]

А если просто двигатель помощнее нужно установить взамен существующего? Или он сломался. Менять авто целиком? Очень практично .

да. это - очень практично.
такое впечатление, что ты проецируешь двигатель из реального мира на программную абстракцию.

сломался двигатель?
ну так почини его.

менять сам объект для этого не нужно.

Код:

void clear_input()
{
    std::wcin.clear(),
    std::wcin.ignore(std::numeric_limits<std::streamsize>::max(), L'\n');

    assert(std::wcin);  // <--- и о боже! наш двигатель снова работает!
}

на практике, от иньекций зависимостей больше головняков, чем пользы.

В реальном приложении Car будет знать только об интерфейсе Engine,
и функциональность по созданию двигателя в авто может быть избыточной или вообще невозможной.

а! я понял.
ты просто не понимаешь, как работает emplace.
если хочешь, я тебе подробно расспишу как правильно готовят это блюдо.

если вкратце,
Car не нужно ничего знать ни о каких наследниках Engine
это никак не мешает сконструировать двигатель по месту.

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

вот это поворот.

ты хотел машинку с кучкой мониторов, и 1 нерасшариваемым двигателем.
ты её получил.

ну и чего тебе не нравится?

[ViTech]

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

вот это поворот.

ты хотел машинку с кучкой мониторов, и 1 нерасшариваемым двигателем.
ты её получил.

ну и чего тебе не нравится?

...

Ну и зачем потёрли свою сентенцию о том, что мои токены оказались на хрен не нужны? Так я вам об этом сразу сказал. Решайте свои задачи, у меня другие.

[_Bers]

Ну и зачем потёрли свою сентенцию о том, что мои токены оказались на хрен не нужны? Так я вам об этом сразу сказал. Решайте свои задачи, у меня другие.

решил, что излишняя эмоциональность не нужна.

у меня такое впечатление сложилось,
что ты занимаешься не задачами, а философией.

[ViTech]

у меня такое впечатление сложилось,
что ты занимаешься не задачами, а философией.

Философией тоже кто-то заниматься должен. Вот есть уже два варианта решения задачи. Я вашим пользоваться точно не буду. А вы моим. Другие участники форума сами для себя решат, какое решение им ближе, и нужны ли им такие токены.

[_Bers]

Я вашим пользоваться точно не буду

если ты про emplace, то это не мой способ.
эта техника сегодня применяется повсеместно.

[ViTech]

если ты про emplace, то это не мой способ.
эта техника сегодня применяется повсеместно.

Типа такого?

[_Bers]

если ты про emplace, то это не мой способ.
эта техника сегодня применяется повсеместно.

Типа такого?

ага

[ViTech]

Типа такого?

ага

Тогда в конструкторе SomeCar (даже когда он в cpp файле находится) должен быть доступен конкретный тип SomeEngine. Такая зависимость может быть нежелательна или невозможна.

[Igors]

Ну ладно, реализовал Car (аттач) как я понял задачу. Никакого применения вумным указателям я тут не вижу. Воткнул один юник, но чисто для понту, и без него можно спокойно обойтись.

Замечу что копирование таких зависимостей проблематично: если копируется только car - все ясно, мониторы копироваться не должны. А если копируются и мониторы? Др момент: избежать вектора мониторов в практической задаче вряд ли удастся - наблюдающий обязан среагировать на смену наблюдаемого.

[Авварон]

Статический мьютекс это прекрасно =)

[ViTech]

Ну ладно, реализовал Car (аттач) как я понял задачу. Никакого применения вумным указателям я тут не вижу. Воткнул один юник, но чисто для понту, и без него можно спокойно обойтись.

Что ж... пусть это будет третий вариант. Может кто-то возьмёт его на вооружение .

Согласно UML диаграмме, у Engine нет ссылок/указателей на Car и Monitor. Такие дела.

Замечу что копирование таких зависимостей проблематично: если копируется только car - все ясно, мониторы копироваться не должны. А если копируются и мониторы? Др момент: избежать вектора мониторов в практической задаче вряд ли удастся - наблюдающий обязан среагировать на смену наблюдаемого.

Копирование - это другая история и не нужно, этот пример про целостность связей.