> -- Илья Ермаков писал(а):
> Что я имел в виду выше под "нестандартными конструкторскими решениями"?В первую очередь вот что:В инженерии есть составляющие, которые нельзя "упаковать" в повторно используемый компонент. Вы не можете "упаковать" и повторно использовать как физический модуль, например, разводку электросети в автомобиле.Вы не можете использовать повторно через import и call общую архитектуру здания. ПОтому что Вам придётся import здание.  Т.е. для таких элементов повторное использование возможно только на ментальном уровне, но не на уровне физическом или САПР-овом.Я отношу к таким же "неупаковываемым" вещам алгоритмы обработки данных. Которые народ пытается засунуть в библиотеки. Ценой дикого усложнения инструментов - поддержки супер-обобщёнки и проч.

На самом деле возможны и другие альтеранативы:
копирование и доработка (метод, порождающий ошибки),сниппеты, требующие наполнения (этот вариант очень хорош для структурных редакторов),"пустые" шаблонные объекты/модули/подсистемы и т.п. (тоже для структурных редакторов) - отличаются от сниппетов поддержкой внутренней структуры редактором.Два последних варианта дают повторное использование на физическом, а не ментальном уровне - но при отсутствии сложности ООП и проблем с упаковкой "неупаковываемых" задач.