Home >> All >> feynman >> framework >> [ system Javadoc ]

• feynman.framework.system: Javadoc index of package feynman.framework.system.


Package Samples:

• feynman.framework.system

Classes:

• PhysicalMeasurement: This interface defines the required method for the Measurement bean. The user will define the necessary get and set methods for the bean on the quantities that are being measured as in the following example: ... public void setTotalEnergy(double E) { this.E = E; } public double getTotalEnergy() { return E; } ... The user of the framework will specify usage of this class in the Simulation.properties file in the following manner: PhysicalMeasurementClass=EnergyMeasurement
• CartesianObjectFactory: Factory class that implements PhysicalObjectFactory . Use this class to create object that are used in the study of Cartesian Coordinate Systems. To do this first indicate in the Simulation.properties the usage of the Factory and a corresponding PhysicalObject in the following manner: # Use the cartesian coordinate system. PhysicalObjectFactoryClass=feynman.framework.CartesianObjectFactory # User defined class of the PhysicalObject to use in the PhysicalSystem PhysicalObjectClass=CartesianParticle
• PhysicalSystemFactoryException: This excpetion is generally invoked when the user has either configured the properties file incorrectly by specifying a sub-class of the PhysicalObject that cannot be created by the Factory. An example would be if the user created a SphericalParticle that is a sub-class of SphericalObject which is a a sub-class of PhysicalObject . If the user tried to create the SphericalParticle with a CartesianObjectFactory, then this exception would be thrown.
• PhysicalObject: The class is really just a symbolic name that means more to physicists than the default Java Object class name means. It also helps to avoid confusion with the System class by establishing the semantic pattern in the framework of PhysicalObject and its counterpart PhysicalSystem. It does provide its sub-classes with an identifier mechanism and and equals method based on the unique identifier. This is useful for systems that contain many objects.
• PhysicalConfiguration: Interface for defining the configuration of a physical system before any operations or measurements are performed on the physical system. The class that will be used by the simulation should be defined in the Simulation.properties file in the following manner: # Define the class to use to configure the physical System. PhysicalConfigurationClass=InitialSetup
• FinalReport: This interface defines a simple way of reporting final statistics or calculations that occured in the simulation. To define the usage of a FinalReport implement the following in the Simulation.properties file in the following manner: FinalReportClass=Report DoFinalReport=true
• PhysicalAlgorithm: This interface defines the mechanism for implementing a numerical algorithm for the simulation. The user of the framework will define an implementation and specify this in the Simulation.properties file in the following manner: PhysicalAlgorithmClass=SimpleGravity
• PhysicalObjectFactory: Factory to define the creation of Physical Objects to be used in the system of study. The sub-class will instantiate all objects that are used in the system. Example: CartesianObjectFactory creates CartesianParticle.
• PhysicalObjectFactoryException: This excpetion is generally invoked when the user has either configured the properties file incorrectly by specifying not specifying a sub-class of the PhysicalObject that cannot be created by the Factory.
• PhysicalSystem: A ObjectSystem is a collection of Objects that are being studied. This Interface describes the operations that can be performed on the system.
• CartesianObject: Sub-class to define a PhysicalObject for the CartesianSystem .
• PhysicalSystemFactory: Factory to create differenct types of PhysicalSystems .
• CartesianSystem: Class that creates a system of CartesianObjects .

Home | Contact Us | Privacy Policy | Terms of Service