Поэтому кидаем в поток только "главный шаблон". В принципе именно он и может знать какие его детишки

-----

Я, в принципе, не знаю и, в принципе, не хочу знать ничего не нужного об шаблонах.

В частности, не хочу знать какие задачи и каким методом они решают.

Нужное - есть конструктор без параметров и есть метод ТехтТрансформ() - Я знаю.

Еще есть стек с параметрами. Это - все, что Я знаю об шаблонах. Другое - не нужно -

оно создает ненужную сложность в написании шаблонов.

Есть 20-30 "главных шаблонов" - с ними работает Менеджер - распределяет имеющиеся ресурсы

и отдает свободному работнику.

могут работать впаралель

-----

Да не надо им работать в паралель. В паралель идут 10 из 20-30 "главных шаблонов" -

этого вполне хватает.

В суб-шаблонах идет генерация "тел методов".

Мягко говоря, если определен шаблон для класса А, имплементирующего интерфейс Б с

методами Ц и Д, то стоит написать шаблоны ТА, ТЦ, ТД. При желании - добавить ТБ.

Смысла выполнять ТЦ и ТД где-то параллельно с ТА нет никакого.

Ну а ТА и ТБ - "главные шаблоны" - ими будет заниматься Менеджер.

То, что мне нужно сейчас, выглядит так: ТБ не является "главным шаблоном", а вызывается

их ТА. Тем не менее, то, что сгенерилось после его вызова должно лечь в отдельный файл.

Т.е. нужно сообщить Менеджеру - "записать результат в файл"...

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