Interface Move<Solution_>
- Type Parameters:
Solution_- the solution type, the class with thePlanningSolutionannotation
- All Superinterfaces:
Move<Solution_>
- All Known Implementing Classes:
AbstractMove,AbstractSimplifiedMove,AbstractUndoMove,ChainedChangeMove,ChainedSwapMove,ChangeMove,CompositeMove,KOptListMove,KOptMove,ListAssignMove,ListChangeMove,ListRuinRecreateMove,ListSwapMove,ListUnassignMove,NoChangeMove,PillarChangeMove,PillarSwapMove,RuinRecreateMove,SubChainChangeMove,SubChainReversingChangeMove,SubChainReversingSwapMove,SubChainSwapMove,SubListChangeMove,SubListSwapMove,SubListUnassignMove,SwapMove,TailChainSwapMove,TwoOptListMove
PlanningVariables of 1 or more PlanningEntitys
in the working PlanningSolution.
Usually the move holds a direct reference to each PlanningEntity of the PlanningSolution
which it will change when doMoveOnly(ScoreDirector) is called.
On that change it should also notify the ScoreDirector accordingly.
A Move should implement Object.equals(Object) and Object.hashCode() for MoveTabuAcceptor.
An implementation must extend AbstractMove to ensure backwards compatibility in future versions.
It is highly recommended to override Move.getPlanningEntities() and Move.getPlanningValues(),
otherwise the resulting move will throw an exception when used with Tabu search.
To ease interoperability with Neighborhoods API,
this interface extends Move,
giving the user an option to override certain methods which they should not.
Specifically, the following methods must not be overridden by the user,
as suitable default implementations are provided:
This entire interface exists to provide interoperability with move selectors and will eventually be phased out in favor of the Neighborhoods API. It will be marked as deprecated for removal in a future release.
To avoid having to implement this interface and instead use the new Move API directly,
you can use MoveAdapters.toLegacyMoveIterator(Iterator) in your move selectors.
- See Also:
-
Method Summary
Modifier and TypeMethodDescriptiondefault Stringdescribe()Do not override this default implementation.doMove(ScoreDirector<Solution_> scoreDirector) Deprecated, for removal: This API element is subject to removal in a future version.default voiddoMoveOnly(ScoreDirector<Solution_> scoreDirector) Does the move (which indirectly affects theScoreDirector.getWorkingSolution()).default voidexecute(MutableSolutionView<Solution_> solutionView) Do not override this default implementation.default StringDescribes the move type for statistical purposes.booleanisMoveDoable(ScoreDirector<Solution_> scoreDirector) Called before a move is evaluated to decide whether the move can be done and evaluated.rebase(ScoreDirector<Solution_> destinationScoreDirector) Rebases a move from an originScoreDirectorto another destinationScoreDirectorwhich is usually on anotherThreador JVM.Do not override this default implementation.Methods inherited from interface ai.timefold.solver.core.preview.api.move.Move
getPlanningEntities, getPlanningValues
-
Method Details
-
isMoveDoable
Called before a move is evaluated to decide whether the move can be done and evaluated. A Move is not doable if:- Either doing it would change nothing in the
PlanningSolution. - Either it's simply not possible to do (for example due to built-in hard constraints).
It is recommended to keep this method implementation simple: do not use it in an attempt to satisfy normal hard and soft constraints.
Although you could also filter out non-doable moves in for example the
MoveSelectororMoveListFactory, this is not needed as theSolverwill do it for you.- Parameters:
scoreDirector- theScoreDirectornot yet modified by the move.- Returns:
- true if the move achieves a change in the solution and the move is possible to do on the solution.
- Either doing it would change nothing in the
-
doMove
@Deprecated(forRemoval=true, since="1.16.0") default Move<Solution_> doMove(ScoreDirector<Solution_> scoreDirector) Deprecated, for removal: This API element is subject to removal in a future version.PreferdoMoveOnly(ScoreDirector)instead, undo moves no longer have any effect.Does the move (which indirectly affects theScoreDirector.getWorkingSolution()). When theworking solutionis modified, theScoreDirectormust be correctly notified (throughScoreDirector.beforeVariableChanged(Object, String)andScoreDirector.afterVariableChanged(Object, String)), otherwise later calculatedScores will be corrupted.This method must end with calling
ScoreDirector.triggerVariableListeners()to ensure all shadow variables are updated.This method must return an undo move, so the move can be evaluated and then be undone without resulting into a permanent change in the solution.
- Parameters:
scoreDirector- never null, theScoreDirectorthat needs to get notified of the changes- Returns:
- an undoMove which does the exact opposite of this move
-
doMoveOnly
Does the move (which indirectly affects theScoreDirector.getWorkingSolution()). When theworking solutionis modified, theScoreDirectormust be correctly notified (throughScoreDirector.beforeVariableChanged(Object, String)andScoreDirector.afterVariableChanged(Object, String)), otherwise later calculatedScores will be corrupted, or the move may not be correctly undone.This method must end with calling
ScoreDirector.triggerVariableListeners()to ensure all shadow variables are updated.- Parameters:
scoreDirector- never null, theScoreDirectorthat needs to get notified of the changes
-
execute
Do not override this default implementation. -
rebase
Rebases a move from an originScoreDirectorto another destinationScoreDirectorwhich is usually on anotherThreador JVM. The new move returned by this method translates the entities and problem facts to the destinationPlanningSolutionof the destinationScoreDirector, That destinationPlanningSolutionis a deep planning clone (or an even deeper clone) of the originPlanningSolutionthat this move has been generated from.That new move does the exact same change as this move, resulting in the same
PlanningSolutionstate, presuming that destinationPlanningSolutionwas in the same state as the originalPlanningSolutionto begin with.Generally speaking, an implementation of this method iterates through every entity and fact instance in this move, translates each one to the destination
ScoreDirectorwithScoreDirector.lookUpWorkingObject(Object)and creates a new move instance of the same move type, using those translated instances.The destination
PlanningSolutioncan be in a different state than the originalPlanningSolution. So, rebasing can only depend on the identity ofplanning entitiesandproblem facts, which are usually declared by aPlanningIdon those classes. It must not depend on the state of theplanning variables. One thread might rebase a move before, amid or after another thread does that same move instance.This method is thread-safe.
- Parameters:
destinationScoreDirector- never null, theScoreDirector.getWorkingSolution()that the new move should change the planning entity instances of.- Returns:
- never null, a new move that does the same change as this move on another solution instance
-
rebase
Do not override this default implementation. -
getSimpleMoveTypeDescription
Describes the move type for statistical purposes. For example "ChangeMove(Process.computer)".The format is not formalized. Never parse the
Stringreturned by this method.- Returns:
- never null
-
describe
Do not override this default implementation.
-
doMoveOnly(ScoreDirector)instead, undo moves no longer have any effect.