Документация для специалистов

xPDO::addDerivativeCriteria(), class_key, CRC и прочие связанные друг с другом тонкости

Здравствуйте, это все понятно , а вот если мы захотим создать 2 класса наследуемые от 1 главного, да вот делать это все так чтобы поля в 2 производных ссылались на gxBox..
   XPDO генерирует 3 таблицы 1 gxBox ,а в другие 2 таблицы просто унаследовались поля от родительской, а нам то надо чтобы gxBox была частью gxBoxWater или gxBoxAutomobil типо авто Join`ы, тут получилось мы наплодили таблицы а они не централизованы
 как в такой ситуации поступать? есть конечно альтернатива создать 1 таблицу gxBox и 2 дополняющих (уже без наследования) в gxBox добавить 2 composite по 1 на таблицу и обозвать их соответствующим именем класса, создать колонку в gxBox говорящую какой класс join`ить
 

$box = $getObject('gxBox',1);

$target_class_object = $getObject($box->class_name,1)

Здравствуйте, это все понятно , а вот если мы захотим создать 2 класса наследуемые от 1 главного, да вот делать это все так чтобы поля в 2 производных ссылались на gxBox..
   XPDO генерирует 3 таблицы 1 gxBox ,а в другие 2 таблицы просто унаследовались поля от родительской, а нам то надо чтобы gxBox была частью gxBoxWater или gxBoxAutomobil типо авто Join`ы, тут получилось мы наплодили таблицы а они не централизованы
 как в такой ситуации поступать? есть конечно альтернатива создать 1 таблицу gxBox и 2 дополняющих (уже без наследования) в gxBox добавить 2 composite по 1 на таблицу и обозвать их соответствующим именем класса, создать колонку в gxBox говорящую какой класс join`ить $box = $getObject('gxBox',1);

$target_class_object = $getObject($box->class_name,1)

Здравствуйте, это все понятно , а вот если мы захо

блок кода не отображается


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

А зачем вам разные таблицы?
 И наследовать надо по

Выложите код на http://gist.github.com/

Спасибо за ответы, Пример кода
 тут скорее видно зачем разные таблици, просто опись полей разная , вот в чем дело, а таким путем ходим только потому что хотим централизованную таблицу, все же возможные вариации полей не всунеш в один gxBox, на деле полей более 30 только у центрального класса , у производных от 15 полей, все это дело должно иметь одну уникальную строку

Спасибо за ответы, Пример кода
 тут скорее видно з

Понятно почему не сохранялся код. Теги вырезаются методом strip_tags(), только разрешенные проходят, то есть используется метод "что не разрешено - то запрещено". Теги из вашего XML-а не были в списке разрешенных. Добавил. Потом механизм поменяем на принцип "что не запрещено - то разрешено".


Кстати, советую вообще XML-описание модели не использовать. Создаете таблицы в базе данных и генерите модель пакетом CMPGenerator. Гораздо рульней получается.


Да, модели у вас разные, но вы тогда пытаетесь совместить несовместимое. У вас разные объекты, но пытаетесь вы их наследовать от одного класса, еще и таблицы разные используете... Я бы все-таки создал общую таблицу со всеми уникальными полями и рулил свойством class_key различные типы объектов.

Понятно почему не сохранялся код. Теги вырезаются методом strip_tags(), только разрешенные проходят, то есть используется метод "что не разрешено - то запрещено". Теги из вашего XML-а не были в списке разрешенных. Добавил. Потом механизм поменяем на принцип "что не запрещено - то разрешено". Кстати, советую вообще XML-описание модели не использовать. Создаете таблицы в базе данных и генерите модель пакетом CMPGenerator. Гораздо рульней получается. Да, модели у вас разные, но вы тогда пытаетесь совместить несовместимое. У вас разные объекты, но пытаетесь вы их наследовать от одного класса, еще и таблицы разные используете... Я бы все-таки создал общую таблицу со всеми уникальными полями и рулил свойством class_key различные типы объектов.

Понятно почему не сохранялся код. Теги вырезаются 

Понятно почему не сохранялся код. Теги вырезаются методом strip_tags(), только разрешенные проходят, то есть используется метод "что не разрешено - то запрещено". Теги из вашего XML-а не были в списке разрешенных. Добавил. Потом механизм поменяем на принцип "что не запрещено - то разрешено".

мелочи такие а мозг затрахивают))
 CMPGenerator крутая штука когда связей минимум, он связи вроде не генерирует, XML тоже неплох когда нужно видеть все и сразу в одном файле, потом просто распарсить схему, вот сейчас более 500 строк схемы в том числе конструктор планировок(зем уч-> строение(тип стен,материал крыши) -> помещения внутри(кв/м,тип ремонта,пол,потолок)/снаружи(балкон,терраса,виранда,мансарда) -> оборудование/комфорт ) и все поля типов ссылаются на одну таблицу с терминами и типами, там даже ссылка планируется на wiki описание, эксперементирую с компонентом недвижимости, там опись объектов(недвижимости) дикая , можно было конечно просто в поле description/content задать описание квартиры/зем.участка и т.д, делаю ориентируясь на автоматику , чтобы и выборка по критериям была мощной , а критериев уже не мало

Понятно почему не сохранялся код. Теги вырезаются методом strip_tags(), только разрешенные проходят, то есть используется метод "что не разрешено - то запрещено". Теги из вашего XML-а не были в списке разрешенных. Добавил. Потом механизм поменяем на принцип "что не запрещено - то разрешено". мелочи такие а мозг затрахивают))
 CMPGenerator крутая штука когда связей минимум, он связи вроде не генерирует, XML тоже неплох когда нужно видеть все и сразу в одном файле, потом просто распарсить схему, вот сейчас более 500 строк схемы в том числе конструктор планировок(зем уч-> строение(тип стен,материал крыши) -> помещения внутри(кв/м,тип ремонта,пол,потолок)/снаружи(балкон,терраса,виранда,мансарда) -> оборудование/комфорт ) и все поля типов ссылаются на одну таблицу с терминами и типами, там даже ссылка планируется на wiki описание, эксперементирую с компонентом недвижимости, там опись объектов(недвижимости) дикая , можно было конечно просто в поле description/content задать описание квартиры/зем.участка и т.д, делаю ориентируясь на автоматику , чтобы и выборка по критериям была мощной , а критериев уже не мало

c 1 общей таблицей , страшно за расширяемость в дальнейшем

Да, модели у вас разные, но вы тогда пытаетесь совместить несовместимое. У вас разные объекты, но пытаетесь вы их наследовать от одного класса, еще и таблицы разные используете... Я бы все-таки создал общую таблицу со всеми уникальными полями и рулил свойством class_key различные типы объектов. c 1 общей таблицей , страшно за расширяемость в дальнейшем

Да, модели у вас разные, но вы тогда пытаетесь сов

CMPGenerator крутая штука когда связей минимум, он связи вроде не генерирует

Да, связи не генерирует, приходится вручную прописывать. Но не вижу особой разницы между ручным прописыванием в XML и в уже конечный мап-файл. Хотя каждому свое. Все-таки да, перед глазами все видеть - хорошая штука. Было бы круто накидать визуальный редактор схем, типа как в редакторе phpMyAdmin, автоматизация тут просматривается :)


Недвига... О да, там связей и параметров хватает... Я вон http://www.aska-realty.ru/ программировал, насмотрелся.
 Давно убедился - крупные проекты только вручную все, и только хардкод. Там одними готовыми решениями не обойтись.

CMPGenerator крутая штука когда связей минимум, он связи вроде не генерирует Да, связи не генерирует, приходится вручную прописывать. Но не вижу особой разницы между ручным прописыванием в XML и в уже конечный мап-файл. Хотя каждому свое. Все-таки да, перед глазами все видеть - хорошая штука. Было бы круто накидать визуальный редактор схем, типа как в редакторе phpMyAdmin, автоматизация тут просматривается :) Недвига... О да, там связей и параметров хватает... Я вон http://www.aska-realty.ru/ программировал, насмотрелся.
 Давно убедился - крупные проекты только вручную все, и только хардкод. Там одними готовыми решениями не обойтись.

CMPGenerator крутая штука когда связей минимум, он

страшно за расширяемость в дальнейшем

А это уже от конечной реализации зависит. Несколько дочерних классов от modResource вполне уживаются в одной таблице, хотя и поведение конечных объектов может местами сильно отличаться.

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

страшно за расширяемость в дальнейшем А это уже от

Хороший сайт, возьму на заметку), мне вручную писать больше нравиться нежели изучать готовое решение, зато там подглядеть можно, для спицифики думаю часто приходится вручную делать,
 все-таки с таблицами с этими головняк, можно просто без наследования Git
 как-то я выставил поле class_key(альтернатива class_alias в приведенном примере) у головной таблицы, так-вот все было супер выборка была сразу join`ом на указанную таблицу(класс) class_key, но были ошибки в логе, это и правильно т.к второстепенные классы не наследуются от головного, зато выбираются адекватно

Хороший сайт, возьму на заметку), мне вручную писа

тоесть получается с class_key возможно решить такой вот нюанс с вторичными таблицами, но 

Instantiated a derived class msProduct that is not a subclass of the requested class modDocument

тоесть получается с class_key возможно решить такой вот нюанс с вторичными таблицами, но Instantiated a derived class msProduct that is not a subclass of the requested class modDocument меня убивает)

тоесть получается с class_key возможно решить тако

http://schemaviewer.dev.kenters.com в помощ неплохо сделано для тех кто как я пишет xml schema ))))

http://schemaviewer.dev.kenters.com в помощ неплох

юзабельно :)

Объясню суть ошибки:
 msProduct расширяет класс modResource. Соответственно и запрос должен строиться с modResource:
 

Если в данном случае будет получен объект msProduct, то будет эта ошибка, так как msProduct не является наследником modDocument.

Объясню суть ошибки:
 msProduct расширяет класс modResource. Соответственно и запрос должен строиться с modResource: $o = $modx->getObject('modDocument'); Если в данном случае будет получен объект msProduct, то будет эта ошибка, так как msProduct не является наследником modDocument.

Объясню суть ошибки:
 msProduct расширяет класс mo

не совсем правильно вы меня поняли, msProduct не причем и вообще компонент minishop не причем


то что вы пишете было всегда ясно , "откуда в контейнере содержимое если его туда не положили" 'modDocument' 'msProduct'


я про то что добавляя поле class_key ,при получении объекта GetObject(target_class) xpdo найдя этот class_key независимо наследуется таблица или ни наследуется - без разницы , возьмет то что там написано и постарается join`ить автоматом этот класс если он сущевствует и дополнит набор полей в target_class с class_key класса, по target_class.id = class_key.id(в противном случае вообще выдаст фатал еррор о том что класса не сущевствует)


обратите внимание на схему:
 

в ней есть 6 классов по 3 , и того 2 варианта исполнения(gx/gd) такой структуры


мы получим только набор полей этой таблицы gx_box
 для joina надо проделать: 

$modx->getObjectGraph('gxBox','{gxBoxWater:{},gxBoxAutomobil:{}}')

тоесть присоединить к gxBox можно и water и automobil ,потому-что class_alias не имеет магии
 при запросе: 

нам вернется набор полей:

Array

(

    [id] => 2

    [wheels] => 

    [has_truck] => 

    [truck_volume] => 

    [title] => Auto

    [properties] => 

    [class_key] => gdBoxAutomobil

)

обратите внимание на то что они спарены в месте, связи aggregate и Composite здесь ни при чем они просто помогают нам при добавлении addOne(), class_key - только это поле (правильно заполненное) повлияло на слияние, значит в нем есть магия
 и пофигу что выборка происходит не от наследников и вообще здесь этого нет , но всеравно все ок


Instantiated a derived class gdBoxAutomobil that is not a subclass of the requested class gdBox

не совсем правильно вы меня поняли, msProduct не причем и вообще компонент minishop не причем то что вы пишете было всегда ясно , "откуда в контейнере содержимое если его туда не положили" 'modDocument' 'msProduct' я про то что добавляя поле class_key ,при получении объекта GetObject(target_class) xpdo найдя этот class_key независимо наследуется таблица или ни наследуется - без разницы , возьмет то что там написано и постарается join`ить автоматом этот класс если он сущевствует и дополнит набор полей в target_class с class_key класса, по target_class.id = class_key.id(в противном случае вообще выдаст фатал еррор о том что класса не сущевствует) обратите внимание на схему: <model package="gxTest" baseClass="xPDOObject" platform="mysql" defaultEngine="MyISAM" version="1.1">

	<object class="gxBox" table="gx_box" extends="xPDOSimpleObject">
		<field key="title" dbtype="varchar" precision="255" phptype="string" null="false"/>
		<field key="properties" dbtype="text" phptype="string" null="false"/>

		<field key="class_alias" dbtype="varchar" precision="255" phptype="string" null="false"/>

		<composite alias="gxBoxWater"       class="gxBoxWater"      local="id" foreign="id" cardinality="one" owner="local"/>
		<composite alias="gxBoxAutomobil"   class="gxBoxAutomobil"  local="id" foreign="id" cardinality="one" owner="local"/>
	</object>

	<object class="gxBoxWater" table="gx_box_water" extends="xPDOSimpleObject">
		<field key="pressure" dbtype="int" precision="11" phptype="integer" null="false"/>
		<field key="speed" dbtype="int" precision="11" phptype="integer" null="false"/>
		<field key="beasts" dbtype="varchar" precision="255" phptype="string" null="false"/>

		<aggregate alias="gxBox" class="gxBox" local="id" foreign="id" cardinality="one" owner="foreign"/>
	</object>

	<object class="gxBoxAutomobil" table="gx_box_automobil" extends="xPDOSimpleObject">
		<field key="wheels" dbtype="int" precision="11" phptype="integer" null="false"/>
		<field key="has_truck" dbtype="tinyint" precision="1" phptype="boolean" null="false"/>
		<field key="truck_volume" dbtype="int" precision="11" phptype="integer" null="false"/>

		<aggregate alias="gxBox" class="gxBox" local="id" foreign="id" cardinality="one" owner="foreign"/>
	</object>

	<object class="gdBox" table="gd_box" extends="xPDOSimpleObject">
		<field key="title" dbtype="varchar" precision="255" phptype="string" null="false"/>
		<field key="properties" dbtype="text" phptype="string" null="false"/>

		<field key="class_key" dbtype="varchar" precision="255" phptype="string" null="false"/>

		<composite alias="gdBoxWater"       class="gdBoxWater"      local="id" foreign="id" cardinality="one" owner="local"/>
		<composite alias="gdBoxAutomobil"   class="gdBoxAutomobil"  local="id" foreign="id" cardinality="one" owner="local"/>
	</object>

	<object class="gdBoxWater" table="gd_box_water" extends="xPDOSimpleObject">
		<field key="pressure" dbtype="int" precision="11" phptype="integer" null="false"/>
		<field key="speed" dbtype="int" precision="11" phptype="integer" null="false"/>
		<field key="beasts" dbtype="varchar" precision="255" phptype="string" null="false"/>

		<aggregate alias="gdBox" class="gdBox" local="id" foreign="id" cardinality="one" owner="foreign"/>
	</object>

	<object class="gdBoxAutomobil" table="gd_box_automobil" extends="xPDOSimpleObject">
		<field key="wheels" dbtype="int" precision="11" phptype="integer" null="false"/>
		<field key="has_truck" dbtype="tinyint" precision="1" phptype="boolean" null="false"/>
		<field key="truck_volume" dbtype="int" precision="11" phptype="integer" null="false"/>

		<aggregate alias="gdBox" class="gdBox" local="id" foreign="id" cardinality="one" owner="foreign"/>
	</object>

</model> в ней есть 6 классов по 3 , и того 2 варианта исполнения(gx/gd) такой структуры при запросе: $modx->getObject('gxBox') мы получим только набор полей этой таблицы gx_box
 для joina надо проделать: $modx->getObjectGraph('gxBox','{gxBoxWater:{},gxBoxAutomobil:{}}') тоесть присоединить к gxBox можно и water и automobil ,потому-что class_alias не имеет магии
 при запросе: $modx->getObject('gdBox') нам вернется набор полей: Array

(

    [id] => 2

    [wheels] => 

    [has_truck] => 

    [truck_volume] => 

    [title] => Auto

    [properties] => 

    [class_key] => gdBoxAutomobil

) обратите внимание на то что они спарены в месте, связи aggregate и Composite здесь ни при чем они просто помогают нам при добавлении addOne(), class_key - только это поле (правильно заполненное) повлияло на слияние, значит в нем есть магия
 и пофигу что выборка происходит не от наследников и вообще здесь этого нет , но всеравно все ок Instantiated a derived class gdBoxAutomobil that is not a subclass of the requested class gdBox

не совсем правильно вы меня поняли, msProduct не п

схему залил на гитхаб

Я честно скажу: как-то все очень сложно (во всяком случае при поверхностном осмотре). Вдаваться всерьез не стал, так как не вижу для себя практического применения. В тех схемах, которые я применяю и с теми SQL-запросами, которые в итоге формируются, у меня подобных ошибок не возникает.

Я честно скажу: как-то все очень сложно (во всяком

магия class_key поражает, жаль только что это не документировано
 я подумал и склоняюсь больше к примеру с gxBox

магия class_key поражает, жаль только что это не д

магия class_key поражает, жаль только что это не документировано

Там много недокументированных возможностей :)
 Вот, к примеру, меня вообще прёт:
 

$user = $modx->newObject('modUser');

$user->Profile = $modx->newObject('modUserProfile');

$user->save();

магия class_key поражает, жаль только что это не документировано Там много недокументированных возможностей :)
 Вот, к примеру, меня вообще прёт: $user = $modx->newObject('modUser');

$user->Profile = $modx->newObject('modUserProfile');

$user->save(); Без всяких ->addOne() и т.п.

Это повод для раздела "Не документированное"))


меня больше поражает , для чего это

Это повод для раздела "Не документированное")) меня больше поражает , для чего это

Это повод для раздела "Не документированное")) мен

ваш фильтр тегов все режет
 http://php.net/manual/ru/function.htmlentities.php
  вот такое в XML что значит, видел пару раз , залез в документацию - там нету

ваш фильтр тегов все режет
 http://php.net/manual/

[left bracket]param name="wmode" value="opaque"/[right bracket]

[left bracket]param name="wmode" value="opaque"/[r

Это повод для раздела "Не документированное"))

Для этого есть раздел Эксперименты и исследования


меня больше поражает , для чего это 

Оооо, а это ппц как удобно бывает. Особенно не на создание, а на чтение. К примеру 

$modx->getObject('modUser', $id)->Profile->email;

В любом месте на сайте можно писать $modx->user->Profile->$key или типа того, и вообще не париться был запрошен ранее объект профиля пользователя или нет. Если не был, xPDO сам выполнит $modx->user->Profile = $modx->user->getOne('Profile');
 Если это не удобно, то что же тогда вообще удобно? А с учетом того, что мы все фигачим на modSmarty и у нас в Smarty доступен объект $modx, то тут удобства через край.

Это повод для раздела "Не документированное")) Для этого есть раздел Эксперименты и исследования меня больше поражает , для чего это Оооо, а это ппц как удобно бывает. Особенно не на создание, а на чтение. К примеру $modx->getObject('modUser', $id)->Profile->email; В любом месте на сайте можно писать $modx->user->Profile->$key или типа того, и вообще не париться был запрошен ранее объект профиля пользователя или нет. Если не был, xPDO сам выполнит $modx->user->Profile = $modx->user->getOne('Profile');
 Если это не удобно, то что же тогда вообще удобно? А с учетом того, что мы все фигачим на modSmarty и у нас в Smarty доступен объект $modx, то тут удобства через край.

Это повод для раздела "Не документированное")) Для

htmlentities нам здесь не совсем подходит, так как есть разрешенные HTML-теги, и если мы сейчас все без разбору будем преобразовывать в сущности, то у нас все будет выводиться как текст, а не HTML.

htmlentities нам здесь не совсем подходит, так как

Прямо из smarty такой строчкой, вау

Вот именно.

я на это обратил внимание , и сразу подумал про замену и мини парсер вводимых пользователем разрешенных тегов типа [tagname blabla="" blaha=""]view this text here...![/tagname] так устроено в ModxTalks`е, а угловые скобки все в сущности

я на это обратил внимание , и сразу подумал про за

Как я и говорил, с редакторами и т.п. - это мы чуть позже будем разбираться. Это вопрос, который надо будет изучать со всех сторон. 
 Сырой исходный передаваемый код тоже сохраняется, так что если что, я комменты подредактирую.

Как я и говорил, с редакторами и т.п. - это мы чут

баловство

За такое баловство буду блочить :)

так что же это за тег param в модели

Вообще такие параметры прописывают во встраиваемых flash-объектах на страницах, влияет на поведение окна ролика.

param name="wmode" value="opaque" Вообще такие параметры прописывают во встраиваемых flash-объектах на страницах, влияет на поведение окна ролика.

param name="wmode" value="opaque" Вообще такие пар

интересно, я про модель

схему

На самом деле если на schema руку набить то всё довольно быстро делается с помощи MIGXdb. 
 

$user->Profile = $modx->newObject('modUserProfile');
 

Тут надо уже не MODX а сам PHP и ООП понимать. 
 Например:
 


class My {

public $var;

//в функции пользуемся так

function myfunc($text){

    $this->var = $text;

}

}

$my= new My();

$my->myfunc('Мой текст');

echo $this->var;

// выведет Мой текст

$this->mystatic = "Статическая переменка";

// здесь мы види м что она нигде не прописана но создаётся автоматически и принадлежит класу.



На самом деле если на schema руку набить то всё довольно быстро делается с помощи MIGXdb. $user->Profile = $modx->newObject('modUserProfile'); Тут надо уже не MODX а сам PHP и ООП понимать. 
 Например: class My {

public $var;

//в функции пользуемся так

function myfunc($text){

    $this->var = $text;

}

}

$my= new My();

$my->myfunc('Мой текст');

echo $this->var;

// выведет Мой текст

$this->mystatic = "Статическая переменка";

// здесь мы види м что она нигде не прописана но создаётся автоматически и принадлежит класу. всё просто

На самом деле если на schema руку набить то всё до

кажись я не разобрался как код вставлять правильно

или просто в code достаточьно?

это магические методы ООП php
 

<php class Test{

public $_fields = array();

public $_composites= array(

    'Alias' => array(

        //addition

    ),

);

public function __call(){}

public function __get($varname){

    return $this->_cmposites[$varname]?$this->_cmposites[$varname]:$this->_fields[$varname];

}

public function __set($varname){

    

    //Some....logic for add relationship object

}

}

$test = new Test();

$test->Alias = $object;



это магические методы ООП php <php class Test{

public $_fields = array();

public $_composites= array(

    'Alias' => array(

        //addition

    ),

);

public function __call(){}

public function __get($varname){

    return $this->_cmposites[$varname]?$this->_cmposites[$varname]:$this->_fields[$varname];

}

public function __set($varname){

    

    //Some....logic for add relationship object

}

}

$test = new Test();

$test->Alias = $object;

это магические методы ООП php <php class Test{

pu

извиняюсь за спам просто чтото не получается код писать

<php 

//test

$born = naw Born();

?> извиняюсь за спам просто чтото не получается код писать

<php 

//test

$born = naw Born();

?> извиняюсь з

все нормально, просто редактор поста не до ума, избегай код писать , пока не поправят

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

Так я на другом языке не говорю))) Вон по русски и то с ошибками ))))

Так я на другом языке не говорю))) Вон по русски и

$this->mystatic = "Статическая переменка";

Вот это совсем не статическая переменная. Статическая определяется параметром static и давно уже в php можно обращаться только через ::
 

class My {

    public static $var;

    function myfunc($text){

        self::$var = $text;

    }

}

$my = new My;

$my->myfunc("sdfsdf");

print $my->var;    // PHP notice: Undefined property: My::$var

print $my::$var;    // OK

$this->mystatic = "Статическая переменка"; Вот это совсем не статическая переменная. Статическая определяется параметром static и давно уже в php можно обращаться только через :: class My {

    public static $var;

    function myfunc($text){

        self::$var = $text;

    }

}

$my = new My;

$my->myfunc("sdfsdf");

print $my->var;    // PHP notice: Undefined property: My::$var

print $my::$var;    // OK

$this->mystatic = "Статическая переменка"; Вот это

Может и правда я просто термин не нашёл для той переменки классовая? Глобальная?

Может и правда я просто термин не нашёл для той пе

Это просто свойство объекта, не глобальное и ничего такого.

Это просто свойство объекта, не глобальное и ничег

Вообще, можно еще уточнить что публичная переменная. Бывают еще protected и private.

Вообще, можно еще уточнить что публичная переменна

спасибо так и запишем "свойство обьекта" )))))

Не за что :)

как получить список классов packages`а?

Через API никак. Только если проходиться поиском по файловой системе. Но есть в корне пакета meta-файл, в котором могут быть перечислены классы, его вот можно использовать.

Через API никак. Только если проходиться поиском п

Спасибо николай, решилось парсингом schema файла , все это нужно было для remove/create ObjectContainer для облегчения редактирования schema (в целевом компоненте все отталкивается от schema) и в случае каких либо умышленных изменений схемы, быстрой синхронизации schema с XPDO мапами и mysql таблицами через API компонента.
 А уже на этапе работы в рамках самого компонента, можно использовать сгенерированый из той же схемы $xpdo_meta_map массива
 мой велосипед выглядит так.

Спасибо николай, решилось парсингом schema файла ,

все-же беда тут с кодом у вас))

копаюсь и немогу разобраться , допустим у нас есть 10 таблиц они все между собой связаны, 
 1 таблица является главной , остальные это обстрактно часть иерархии к этой главной таблице,
 так вот задача такая что когда мы создаем 1 строку в главной таблице, мы отсылаем с формы данные в сумме состовляющие структуру данных этих 10 таблиц, нам надо обработать , проверить эти данные и уже потом сейвить главный объект и всю под иерархию,
 простные связи Aggregate`сы главного объекта забитые в addOne addMany не могут сейваться через $main->save(),
 с этим и вся проблема, приходится под иерархию сохранять а потом только главный объект вставляя айдишники на детя в материнские объекты,
 решение было бы в использовании транзакцию во время валидации структуры, но как мы знаем modX не любит innoDB и транзакции нам труднодоступны

копаюсь и немогу разобраться , допустим у нас есть

Подправил коммент, выложил код на гист.

Да, это велосипед :)
 Я, к примеру, вообще XML-схему не составляю и не прикладываю к пакету.

Да, это велосипед :)
 Я, к примеру, вообще XML-схе

простные связи Aggregate`сы главного объекта забитые в addOne addMany не могут сейваться через $main->save(),
 с этим и вся проблема, приходится под иерархию сохранять а потом только главный объект вставляя айдишники на детя в материнские объекты,

Очень даже могут. Вы просто что-то не так в своих связях прописали. Скорее всего напутали с owner-ом. Изучайте внимательно этот топик.


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

простные связи Aggregate`сы главного объекта забитые в addOne addMany не могут сейваться через $main->save(),
 с этим и вся проблема, приходится под иерархию сохранять а потом только главный объект вставляя айдишники на детя в материнские объекты, Очень даже могут. Вы просто что-то не так в своих связях прописали. Скорее всего напутали с owner-ом. Изучайте внимательно этот топик. P.S. Пошел оффтоп. Пишите свой топик с описанием всех вопросов и задач и там уже общение давайте наводить, так как здесь мы вполне конкретную статью сейчас загружаем неконкретными комментариями.

простные связи Aggregate`сы главного объекта забит

вообще XML-схему не составляю и не прикладываю к пакету.

К полному моему охереванию.

вообще XML-схему не составляю и не прикладываю к пакету. К полному моему охереванию.

вообще XML-схему не составляю и не прикладываю к п

Антон, давай постараемся без выражений.
 По делу: XML-схема не имеет обязательного назначения. Она используется только для генерации Map-файлов. Если я эти файлы создаю сам (в чем успешно помогает CMPGenerator), то мне этот XML не нужен. А в процессе работы MODX Revo его для себя никак не использует.

Антон, давай постараемся без выражений.
 По делу: 

схема удобно когда пакет объектов не маленький(много связей) , по моему схема для меня один из приоритетных файлов описывающий абстрактно весь компонент, я только от нее отталкиваюсь когда осматриваю в общем весь компонент в целом

схема удобно когда пакет объектов не маленький(мно

согласен, схема больше носит описывающий характер

т.к с нее произвожу регенерацию мапы и таблиц =)

addDerivativeCriteria

class_key

modx

modx revolution

xPDO

# Николай Ланец aka Fi1osof
**Lead Fullstack Developer / Ментор / Евангелист современного JS‑стека**

---

## О себе

Я — не просто Senior Developer с 2007 года. Я — тот, кто строит продукты будущего на базе современных технологий и помогает другим подниматься на новую ступень айти-карьеры. Создатель и идейный вдохновитель freecode.academy — платформы, где обучение перестает быть скучной обязаловкой и становится настоящим технологическим приключением.

---

## Мой стек и философия разработки

Основу моего рабочего арсенала составляют:

- [Javascript](/technologies/ck1faudv928l40a89c4u9zxlm), [TypeScript](/technologies/ckcvwwx010kov08009u7y2rav)
- [React](/technologies/ck1fawbdw28v20a891k4wlh27), [Next.js](/technologies/ckg2jd4ffr9260730aog66dri)
- [Node.js](/technologies/ckt55wm59272831wo9gg9r8ynx), [GraphQL](/technologies/ck1fawhqk28vu0a8995lqvlsj), [Apollo Client](/technologies/ck2zdcg0vpvc10a89xjmhj1e0), [Nexus](/technologies/ckl2pbh0fxew60730ifl3zozp), [Prisma](/technologies/ck2zdbmi7pv8r0a89ntc2r0f1)
- DevOps: [Docker](/technologies/ck2y1x9lho9cy0a8953xzfjr8), [docker-compose](/technologies/ck2y1xqino9g80a89tsftxin2), [Caddy](/technologies/ck2zd8ovqpuyl0a8909748sbu), [Ubuntu](/technologies/cktu8giks3593911vmle30ztqxt)
- UI-инструменты: [Styled-Components](/technologies/ckk8myysio7lw0730csszvrdw), [Material-UI](/technologies/ckljv3jwd7bgf0730huxlko9n), [react-hook-form](/technologies/ckmx8cn9fmwrv073032e67722)
- Всё актуальное для разработки, CI/CD и автоматизации 
- Эксперименты с [WebGL](/technologies/ckan9anntc12f08003saqttrq), [A‑Frame](/technologies/ck2tgoiz8j37y0a89c7gxsrxc), [Three.js](/technologies/ck2tgns1nj32z0a89vmw7xw3f), [Unreal Engine 4](/technologies/ck7puswy6g4yb07004cdp6lbr), [Elixir](/technologies/ckn0olavrnnzi0730xs8rctn8), [C++](/technologies/cknin1y8lu2fr07307mskn2fn)

---

## Разработка и менторство

- Более 15 лет **hands-on** разработки и проджект‑менеджмента
- Главный разработчик и преподаватель платформы [freecode.academy](https://freecode.academy)
- **Ведущий менти-пул на платформе** — лично выращиваю новых звезд отрасли

### Мои менти и их результаты

| Менти (ФИО \| username)                               | Уровень | Рейтинг |
|-------------------------------------------------------|---------|---------|
| [Попов Дмитрий \| linklib](/users/cjoe890c706ji0d962oismzoe)           | 3       | 315     |
| [Сэт \| defk1lla](/users/ckzh1ita312978121imr9hpqfc64)                 | 3       | 670     |
| [Ксения Матвеева \| Ксения Матвеева](/users/ckz4awwlh10627771imr4wvpb7cj) | 2       | 0       |
| [Михаил \| Balamut](/users/cl1npq92z10258261vmbq0w6vfh2)               | 2       | 0       |
| [Ольга Ершова \| angel](/users/cjoe87zhk00250d969arluevk)              | 1       | 0       |
| [Егор \| rogedkone](/users/cksrdp47d3308261ijuq7wfrxdl)                | 3       | 0       |
| [Roman \| Roman43](/users/ckur2qtt64721431xoboyjcte52)                 | 2       | 0       |
| [Бут Игорь \| santiment](/users/ckttd9x20893951vmltb8t7sha)            | 1       | 0       |

**Доношу простую мысль: успех — это не магия, это осознанная системная работа и кайф от роста.**
Мои менти выводят решения в продакшн, пробиваются в лидеры рейтингов — кому не хочется быть в такой команде?

---

## Почему я?

- **Прокачаю проект** — от TDD архитектуры до культурного CI/CD
- **Вдохновлю команду** — и научу мыслить по‑новому, где ИИ — напарник, а не угроза
- **Выращу мидлов и сеньоров** — доказано платформой и рейтингами моих учеников

**Сила — в сообществе, а техника — это просто смазка для ваших побед. Присоединяйтесь!**

---

## Контакты

- 📧 [n.lanets@freecode.academy](mailto:n.lanets@freecode.academy)
- Телеграм: [@freecode_academy](https://t.me/freecode_academy)

---

**P.S.**: Мой опыт — ваш драйвер роста. Хотите в команду? Ищете менторство? Пишите. Растём вместе!