Пытаюсь разбить на куски достаточно длинный расчетный метод, а передавать через параметры в каждый кусок переменные не прельщает ни разу.

Пошел по пути того , что бы в вызываемых подметодах были видны переменные начального. Думал что мне поможет PublicList

http://docs.intersystems.com/cache20152/csp/docbook/DocBook.UI.Page.cls?KEY=ROBJ_method_publiclist

Пробую концептMethod ParentMethod() [ PublicList = (a,b,c) ]
{
 new a,b,c
 set a="is public var"
 do ..ChildMethod()
}
Method ChildMethod()
{
 w
 w !,a
}И тут выясняется что Child метод видит переменную a, но использовать её не может, выдает <UNDEFINED> *a

Методом тыка выясняется что работает только если у Child метод так же указать PublicListMethod ChildMethod() [ PublicList = a ]
{
 w
 w !,a
}Как до этого дойти читая документацию я не очень понимаю, в документации написано
Public variables are visible to any methods invoked from the method defining the public list.

А дальше начинаются дагадки, насколько я понимаю когда я Child методе хочу использовать переменную то она по умолчанию считается приватной, и только если она определена в PublicList то он начинает смотреть её в публичных, и именно поэтому в ParentMethod приходится делать new на PublicList

Но хотелось бы определенности закрепленных в документации а не догадок.
На текущий момент мне абсолютно не нравится что если я из ChildMethod вызову еще какой либо ChildMethod2 то он так же в списке публичных увидит a,b,c но где взять уверенность что он не сможет с ними ничего сделать ?

servitдве большие разницы.

Это понятно, в той же документации же сказано что PublicList применяется только с включенным ProcedureBlock

С ProcedureBlock = 0, публик лист вообще не нужен для моей задачи, но тогда отслеживание _всех_ переменных ложится на мои плечи, и никакой выгоды я особо не получу.

servitСкомпилируйте класс с флагом "k" и посмотрите полученный INT-код, возможно тогда Вам станет всё намного понятней.

Сейчас я хотел бы понять что видимые переменные стопроцентно нельзя использовать или испортить пока их не укажут в PublicList, в методах с ProcedureBlock = 1

servitProcedure Variables

Вот по ходу то что нужно, еще бы в документации по PublicList сразу сделали бы See Also Procedure Variables и ляпота была б


eduard93,А в parent можно и не указывать.

Нельзя не указывать, они в parent тогда окажутся в списке приватных, и вы их не увидите, у меня по крайней мере не получалось

Timur SafinЕсть ощущение, что Вам не надо тащить список переменных их одного метода класса в другой, а надо перенести эти переменные в состояние объекта этого класса.

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

Падение производительности на конструкции


чуть ли не два порядка.

servit,К чему тогда использовать методы класса да ещё экземпляра класса, а не обычные программы?

Давно отказались от программ, по самым разным причинам. Никакого особого профита программы не дают. Ни с точки зрения ООП, ни с точки зрения поддержки, ни с точки зрения развертывания и обновления инсталяций

servitЗачем здесь merge? Передавайте некий объект по ссылке, в котором будут все Ваши переменные, включая и многомерные.

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

автормаленький готовый пример не помешал бы.

А смысл ? Большой метод под две тысячи строк вида что то вроде: если метод=1, иначе если метод=2 иначе если метод=3 и так далее

servitКак вариант:

Нет, такой вариант не устраивает, поддерживать и рефакторить такой код лично мне сложнее, при этом он не дает никакого особого преимущества над там что у меня сейчас