public class NoChangeMove extends AbstractMove
| Constructor and Description | 
|---|
NoChangeMove()  | 
| Modifier and Type | Method and Description | 
|---|---|
Move | 
createUndoMove(ScoreDirector scoreDirector)
Called before the move is done, so the move can be evaluated and then be undone
 without resulting into a permanent change in the solution. 
 | 
void | 
doMove(ScoreDirector scoreDirector)
Does the Move and updates the  
Solution and its ScoreDirector accordingly. | 
Collection<? extends Object> | 
getPlanningEntities()
Returns all planning entities that are being changed by this move. 
 | 
Collection<? extends Object> | 
getPlanningValues()
Returns all planning values that entities are being assigned to by this move. 
 | 
boolean | 
isMoveDoable(ScoreDirector scoreDirector)
Called before a move is evaluated to decide whether the move can be done and evaluated. 
 | 
String | 
toString()  | 
getSimpleMoveTypeDescriptionpublic boolean isMoveDoable(ScoreDirector scoreDirector)
MoveSolution.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 MoveSelector
 or MoveListFactory, this is not needed as the Solver will do it for you.
scoreDirector - the ScoreDirector not yet modified by the move.public Move createUndoMove(ScoreDirector scoreDirector)
MovescoreDirector - the ScoreDirector not yet modified by the move.public void doMove(ScoreDirector scoreDirector)
MoveSolution and its ScoreDirector accordingly.
 When the Solution is modified, the ScoreDirector should be correctly notified,
 otherwise later calculated Scores can be corrupted.scoreDirector - never null, the ScoreDirector that needs to get notified of the changes.public Collection<? extends Object> getPlanningEntities()
MoveAcceptorType.ENTITY_TABU.
 
 Duplicates entries in the returned Collection are best avoided.
 The returned Collection is recommended to be in a stable order.
 For example: use List or LinkedHashSet, but not HashSet.
public Collection<? extends Object> getPlanningValues()
MoveAcceptorType.VALUE_TABU.
 
 Duplicates entries in the returned Collection are best avoided.
 The returned Collection is recommended to be in a stable order.
 For example: use List or LinkedHashSet, but not HashSet.
Copyright © 2006–2015 JBoss by Red Hat. All rights reserved.