Вынести в pod Ponsomizer about team HOT 3 OPEN

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

from team.

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

from team.

Пока понсомайзер работает следующим образом:

Он смотрит ManagedObject, находит в нем обратную ссылку на себя в связанных объектах (название свойства), рекурсивно обходит связанные объекты, игнорируя свойства, которые он уже запомнил.

Чтобы было более понятно, рассмотрим структуру (объект1.свойство - объект2.обратное_свойство) и работу понсомайзера на ее примере :

• MatchInfoEntity.video <=> MatchInfoVideoEntity.match
• MatchInfoVideoEntity.text <=> MatchInfoTextEntity.video (игнорируем объекты по свойству match)
• MatchInfoTextEntity.racesMatch <=> MatchInfoRaceEntity.text (игнорируем объекты по свойствам match, video)
• MatchInfoRaceEntity.match <=> MatchInfoEntity.raceData (игнорируем по свойствам match, video, text, завершаем цикл - повторно объект MatchInfoEntity мы не подцепляем)

Какие есть проблемы при таком подходе - понсомайзер смотрит только на название свойства, но не на сам объект или его тип.

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

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

Среди предварительных возможных решений:

(а) добавление к понсомайзеру конфигурации дерева объектов (например, в форме словаря). Таким образом, каждый интерактор, зная о пользовательской логике и соответствующей структуре данных, которая ему нужна, будет вызывать понсомайзер с определенной кофигурацией и получать ПОНСО только с нужными конкретному интерактору данными из managed object'ов.

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

(в) игнорировать объекты не по названию свойства, а, например, по типу объектов (т.е. получаем только максимум один объект типа MatchInfoEntity).

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

from team.