You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
HoldingsSelectionModel is adaptor-like component from times when the only proxy model available was SFPM. It combines models by doing lookup in expression roles to another models. This mechanism is inefficient and problematic also from pov code structure - data cannot be prepared early in the flow, multiple models must be passed to views and combined already in the view.
It's necessary to review usages HoldingsSelectionModel and build efficient adaptor, how we do it nowadays. Probably also some views can be improved then regarding their API and compliance with the guideline.
The text was updated successfully, but these errors were encountered:
Description
HoldingsSelectionModel
is adaptor-like component from times when the only proxy model available wasSFPM
. It combines models by doing lookup in expression roles to another models. This mechanism is inefficient and problematic also from pov code structure - data cannot be prepared early in the flow, multiple models must be passed to views and combined already in the view.It's necessary to review usages
HoldingsSelectionModel
and build efficient adaptor, how we do it nowadays. Probably also some views can be improved then regarding their API and compliance with the guideline.The text was updated successfully, but these errors were encountered: