ЛДПР

Вы выше привели пример создания Pattern:
Createobject("Pattern","Name;TableSource;TableSourceType;Buffering;Tag")

Но, к примеру, если изменить эту строку вызова так:
oCustom.DoCreate("Name;TableSource;TableSourceType;Buffering;Tag")

а в класс oCustom в метод DoCreate() перенести из Init:

Lparameters tcProperties
LOCAL loEmpty
loEmpty = CreateObject("Empty")

If Vartype(m.tcProperties)="C"
Local laProperties[1],lcLine
If Alines(m.laProperties,m.tcProperties,5,";")>0
For Each m.lcLine In m.laProperties
AddProperty(loEmpty,Alltrim(Getwordnum(m.lcLine,1,"="),1,Chr(9),Chr(32)))
If Occurs("=",m.lcLine)>0
This.&lcLine
Endif
Endfor
Endif
Endif

то Pattern превратится в простое Empty и в этих преобразованиях классов отпадет необходимость.

И эти Empty можно добавлять не к коллекциям, а непосредственно к этому oCustom, т.е. он заменит все коллекции.

Или, вообще, все это перенести в CursorAdapter, у него тоже есть метод AddProperty.

ЛДПР

Пожалуйста.

В CursorAdapter это будет выглядеть так:
Вызов метода:
oCursorAdapter.DoCreate(lcEmptyName,"Name;TableSource;TableSourceType;Buffering;Tag")
* lcEmptyName - имя вида 'oEmptyTable1','oEmptyTable2'

Метод DoCreate() в CursorAdapter:
Lparameters tcEmptyName,tcProperties

oCursorAdapter.AddProperty(tcEmptyName,CREATEOBJECT('Empty'))

* Далее ваш код
If Vartype(m.tcProperties)="C"
Local laProperties[1],lcLine
If Alines(m.laProperties,m.tcProperties,5,";")>0
For Each m.lcLine In m.laProperties
AddProperty(oCursorAapter.&tcEmptyName,Alltrim(Getwordnum(m.lcLine,1,"="),1,Chr(9),Chr(32)))
If Occurs("=",m.lcLine)>0
This.&lcLine
Endif
Endfor
Endif
Endif

Из ваших классов останется только CursorAdapter (Receiver мы не касались), все остальные ваши кодовые решения остаются в силе.
Изменения в строках обращения к объектам Empty несложные.
Если нужно обобщить для всех коллекций, кроме Table, то это через DO CASE c еще одним параметром tcCase (что в свое время вызвало нервный тик у некоторых ГУРУ)

ЛДПР

Продолжим загибать пальцы.
Ведь даже в этих объектах Empty нет необходимости.

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

ЛДПР

Если честно, то я не вижу комфорта, даже со скидкой на туманные разъяснения.
Проблемы с подчищением можно решить создаванием каждый раз заново одного глобального объекта с его последующим уничтожением.
При ручном удалении не лениться PACK.
Что касается примера кода, то чем редактировать довольно большое количество свойств, проще вместо них формировать в том же коде несколько локальных переменных, с последующим отправлением их в строку запроса.
Или загонять их также в один глобальный объект Empty.

В свое время, я плотно пытался автоматизировать SELECT ... (впрочем, как и многие), и был также разочарован, что это оказалось

напрасной тратой времени.
Все эти разработки радуют только самих разработчиков.

Вот упрощенно схема:
Где-то как-то задаем параметры:
lcTables = 'tables'
lcFields = 'fields'
...
Что-то куда-то перегоняется, что-то во что-то преобразуется.
...
Собираем параметры:
lcSelect = 'Select ' + lcFields + ' FROM ' + lcTables ...
Собственно выполняем запрос, из-за чего весь сыр-бор:
&lcSelect

И в чем преимущество перед обычным:
SELECT fields FROM tables ...

ЛДПР

Картинка у вас красивая, вот и заинтересовало.
Ценность вашей разработки не в классах, глупости это, трата времени - в локальных переменных проще.
Другое - строку разбора вы себе написали хорошую, детальную.
И комфортно вам не от этих ваших классов, а то, что вы типизировали Select-ы.
Типизация позволяет комфортно работать с запросами.
Не думаю, что и с обычным синтаксисом Select у вас проблемы.
А большинство, и не только здесь, бросаются на Select-ы, как на амбразуру, хотя в основном практические запросы это типовые решения.