]
Geoffrey De Smet commented on JBRULES-3371:
-------------------------------------------
I am calling this feature
"just-in-time selectors"
and it's being worked on right now as part of the "unified selectors"
refactor.
Generic move factories should be able to scale to more moves than the
memory can accomodate and still support random selection
------------------------------------------------------------------------------------------------------------------------------
Key: JBRULES-3371
URL:
https://issues.jboss.org/browse/JBRULES-3371
Project: Drools
Issue Type: Enhancement
Security Level: Public(Everyone can see)
Components: drools-planner
Reporter: Geoffrey De Smet
Assignee: Geoffrey De Smet
Generic move factories should really be just a MoveSelector instead.
A MoveFactory is just a user-friendly interface, wrapped by a MoveFactorySelector.
But a true Selector can be made much more powerful:
- randomizeType: NONE, GENERATE_ALL_AND_RANDOMIZE, RANDOM_SELECT_WITHOUT_COMPLETENESS,
...
- terminate aware
- filterable (includes, excludes)
- otherwise configurable
Completeness is the effect that randomly selecting n moves from a selector with n moves
will have selected all moves exactly once.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: