Es/FlightGear Newsletter September 2010: Difference between revisions

Jump to navigation Jump to search
Line 244: Line 244:


Classes may be composed of other classes, i.e. a "cloud field" class would in turn contain "cloud" classes. This is then called "composition".
Classes may be composed of other classes, i.e. a "cloud field" class would in turn contain "cloud" classes. This is then called "composition".
Las clases pueden estar compuestas de otras clases, es decir, un "campo de nube" de clase, a su vez contienen "nube "de clases. Esto se denomina "composición".
Las clases pueden estar compuestas de otras clases, por ejemplo, una clase "campo de nube", que a su vez contiene la clase "nube ". Esto se denomina "composición".
Another way is inheritance, where a type may inherit properties (fields:variables and methods) from a "parent" class. Imagine it like taking a "template" for the class and then saying "make a new class using this template".
Las clases pueden estar compuestas de otras clases, es decir, una clase "campo de nube", que a su vez contienen la clase "nube ". Esto se denomina "composición".
 
 
 
 
Las clases pueden estar compuestas de otras clases, es decir, un "campo de nube" de clase, a su vez contienen "nube "de clases. Esto se denomina "composición".


Otra forma es la herencia, donde un tipo puede heredar propiedades (campos: variables y métodos) de un "padre" de clase. Imagino que como tomar una "plantilla" para la clase y luego decir "hacer una nueva clase con esta plantilla".
Otra forma es la herencia, donde un tipo puede heredar propiedades (campos: variables y métodos) de un "padre" de clase. Imagino que como tomar una "plantilla" para la clase y luego decir "hacer una nueva clase con esta plantilla".


La herencia tiene la ventaja adicional de proporcionar un medio para personalizar el comportamiento de la clase sin tener que modificar la clase real, porque todos los campos de miembro puede ser parametrizado.
La herencia tiene la ventaja adicional de proporcionar un medio para personalizar el comportamiento de la clase sin tener que modificar la clase real, porque todos los campos de miembro puede ser parametrizado.


Por ejemplo, un "cúmulo" de clase nube pudieran derivarse de la "nube " de clase, sólo por parametrización es (modelo de nube de diferentes texturas diferentes, diferentes transformaciones), sin tocar nada en la actual "nube" de clase.
Por ejemplo, una clase "cúmulo" pudiera derivarse de la clase "nube ", sólo por parametrización un (modelo de nube de diferentes texturas diferentes, diferentes transformaciones), sin tocar nada en la actual clase "nube".


Esto es básicamente como programación orientada a objetos se puede entender: las cosas se clasifican de acuerdo a "es " o "tiene una " relación.
Esto es básicamente como programación orientada a objetos se puede entender: las cosas se clasifican de acuerdo a "es " o "tiene una " relación.
5,810

edits

Navigation menu