Как реальные разработчики C++ думают о проектировании объектов, агрегации/композиции и шаблонах в больших встроенных сис ⇐ C++

[Anonymous]

У меня есть четкое представление о синтаксисе C++ и основах ООП — классах, наследовании, полиморфизме, инкапсуляции и т. д. Однако я изо всех сил пытаюсь понять, как эти концепции сочетаются в реальной разработке на C++, особенно во встроенных системах или программном обеспечении уровня платформы.
Например, когда команда разрабатывает что-то сложное, например файловую систему или структуру драйверов устройств, как опытные разработчики:
Решают, какие объекты должны владеть другими (композиция или композиция) агрегирование)?
Разрабатывать иерархии классов или границы модулей так, чтобы их можно было поддерживать и эффективно?
Использовать шаблоны и общее программирование практическими способами (помимо простых примеров, таких как вектор) — например, для гибкости или производительности во встроенных контекстах?
Большинство ресурсов и руководств, которые я нахожу, используют тривиальные примеры (например, автомобили и двигатели), но мне хотелось бы понять:
Как такие принципы на самом деле применяются, когда несколько разработчиков совместно работают над крупными проектами встроенного программного обеспечения.
Как команды подходят к управлению жизненным циклом объектов, зависимостями и интерфейсами в системах с ограниченной производительностью или памятью.
Мне не нужен полный код — больше нужны идеи проектирования, шаблоны архитектуры или рекомендуемые ссылки, которые показывают, как опытные инженеры C++ думают и проектируют в таких реальных проектах.

Подробнее здесь: https://stackoverflow.com/questions/798 ... n-composit