public class UpdateControl extends AbstractControl
enabled, spatial
Constructor and Description |
---|
UpdateControl() |
Modifier and Type | Method and Description |
---|---|
protected void |
controlRender(RenderManager rm,
ViewPort vp)
To be implemented in subclass.
|
protected void |
controlUpdate(float tpf)
To be implemented in subclass.
|
<V> java.util.concurrent.Future<V> |
enqueue(java.util.concurrent.Callable<V> callable)
Enqueues a task/callable object to execute in the jME3
rendering thread.
|
java.lang.Object |
jmeClone()
Performs a regular shallow clone of the object.
|
cloneFields, cloneForSpatial, getSpatial, isEnabled, read, render, setEnabled, setSpatial, update, write
public <V> java.util.concurrent.Future<V> enqueue(java.util.concurrent.Callable<V> callable)
V
- type of result returned by the Callablecallable
- the Callable to runprotected void controlUpdate(float tpf)
AbstractControl
controlUpdate
in class AbstractControl
tpf
- time per frame (in seconds)protected void controlRender(RenderManager rm, ViewPort vp)
AbstractControl
controlRender
in class AbstractControl
rm
- the RenderManager rendering the controlled Spatial (not null)vp
- the ViewPort being rendered (not null)public java.lang.Object jmeClone()
JmeCloneable
This method is separate from the regular clone() method so that objects might still maintain their own regular java clone() semantics (perhaps even using Cloner for those methods). However, because Java's clone() has specific features in the sense of Object's clone() implementation, it's usually best to have some path for subclasses to bypass the public clone() method that might be cloning fields and instead get at the superclass protected clone() methods. For example, through super.jmeClone() or another protected clone method that some base class eventually calls super.clone() in.
jmeClone
in interface JmeCloneable
jmeClone
in class AbstractControl