5,810
edits
Es/FlightGear Newsletter September 2010: Difference between revisions
Jump to navigation
Jump to search
Es/FlightGear Newsletter September 2010 (view source)
Revision as of 02:27, 3 January 2011
, 3 January 2011→Nasal for newbies: OOP
| Line 225: | Line 225: | ||
In OOP, internal state is managed by wrapping everything in a class using accessor functions for modifying and getting internal values. So internal state would in turn only be modified by an abstract interface: class "methods", instead of directly accessing class-internal fields. | In OOP, internal state is managed by wrapping everything in a class using accessor functions for modifying and getting internal values. So internal state would in turn only be modified by an abstract interface: class "methods", instead of directly accessing class-internal fields. | ||
Programación orientada a objetos tiene que ver con la creación de "cosas" (es decir, una nube) con "acciones" (transformar, elaborar, actualizar) (o "mensajes"). Cuando una clase (o hash en nasal) es la "plantilla" para una "cosa" que contiene una serie de ámbitos miembros. Así que la única clase que describe el "diseño" o propiedades de los objetos que se pueden crear. Para utilizar una clase de realidad, tiene que ser "instancia", que significa crear un objeto con una determinada "clase de plantilla" (o incluso varias clases diferentes). | |||
Estos campos pueden ser miembros de las variables (por ejemplo, lat, lon, alt) o funciones (setAlt, setPos). Y el ejemplo real (nube de [n] en el árbol de la propiedad) de una cosa se denomina un "objeto". Funciones que trabajan con el estado instancia específica se denominan "métodos", que puede referirse a otro caso concreto mediante una "autorreferencia" (yo) en la nasal, que asegura que el acceso a un campo o método es utilizar la instancia correcta de datos específicos. | |||
En programación orientada a objetos, el estado interno es dirigido por envolver todo en una clase con funciones de acceso para modificar y obtener los valores internos. Así que el estado interno, a su vez sólo puede ser modificada por una interfaz abstracta: la clase "métodos", en lugar de acceder directamente a campos de clase interna. | |||
This provides a way for managing access to a member variable (field), such an abstract interface is also useful for keeping logics private, and internal. For example, the name of a variable "altitude" can be easily changed internally to "altitude_ft", without having to rename all users of the class - simply because all other code will refer to the methods providing access to the field. | This provides a way for managing access to a member variable (field), such an abstract interface is also useful for keeping logics private, and internal. For example, the name of a variable "altitude" can be easily changed internally to "altitude_ft", without having to rename all users of the class - simply because all other code will refer to the methods providing access to the field. | ||