PARADIGMA DE LA ORIENTACION A OBJETOS

PARADIGMA DE LA ORIENTACION A OBJETOS

Un lenguaje orientado a objetos ataca dichos inconvenientes. Tiene 3 propiedades simples: debería estar con base en objetos, con base en clases y capaz de tener herencia de clases. El término de programación dirigida a objetos (OOP) no es nuevo, idiomas tradicionales como SmallTalk se fundamentan en ella. Ya que la OOP se fundamenta en la iniciativa natural de la vida de un mundo lleno de objetos y que la resolución del problema se hace en términos de objetos, un lenguaje se plantea que está con base en objetos si aguanta objetos como una característica importante del mismo.

• Beneficios que se obtienen del desarrollo con OOP

Empero como los objetos son portables (teóricamente) en lo que la herencia posibilita la reusabilidad del código orientado a objetos, es más sencillo cambiar código que existe ya que los objetos no interaccionan excepto por medio de mensajes; de modo que un cambio en la codificación de un objeto no perjudicará la operación con otro objeto continuamente que los procedimientos respectivos permanezcan intactos. La introducción de tecnología de objetos como un instrumento conceptual para examinar, diseñar e llevar a cabo aplicaciones posibilita obtener aplicaciones más modificables, de forma sencilla extensibles y desde elementos reusables. Esta reusabilidad del código reduce la época que se usa en el desarrollo y provoca que el desarrollo del programa sea más intuitivo ya que la población considera naturalmente en términos de objetos más que en términos de algoritmos de programa. - Inconvenientes derivados de la implementación de OOP actualmente Un sistema orientado a objetos, por lo observado, puede parecer un paraíso virtual. Muchas compañías oyen sobre los resultados positivos de un sistema orientado a objetos e invierten gran proporción de recursos después empiezan a percatarse que han impuesto una totalmente nueva cultura que es ajena a los programadores recientes.  Específicamente los siguientes temas suelen aparecer repetidamente:

1. Curvas de aprendizaje largas. Un sistema orientado a objetos ve al mundo en una forma exclusiva. Esta no es la manera en que permanecen escritos los programas orientados a objetos en la actualidad; al hacer la transición a un sistema orientado a objetos la mayor parte de los programadores tienen que capacitarse nuevamente previo a poder usarlo.
2. Dependencia del lenguaje. Pese a la portabilidad conceptual de los objetos en un sistema orientado a objetos, en la práctica hay muchas dependencias. Modificar el lenguaje de utilización de un sistema orientado a objetos no es una labor simple; ejemplificando C++ aguanta el término de herencia múltiple mientras tanto que SmallTalk no lo aguanta; de manera la votación de un lenguaje tiene ramificaciones de diseño bastante relevantes.
3. Determinación de las clases. Por lo cual es fundamental generar el grupo de clases correcto para un plan. Si bien hay muchas jerarquías de clase predefinidas comúnmente se tienen que producir clases concretas para la aplicación que se encuentre desarrollando. Después, en 6 meses o 1 año se percata que las clases que se establecieron no son probables; en aquel caso va a ser primordial reestructurar la jerarquía de clases devastando plenamente la idealización original.
4. Performance. Una clase se puede dividir en subclases. En C++ la clase original se llama clase base; las clases que se definen desde la clase base, compartiendo sus propiedades y agregando otras novedosas, se llaman clases derivadas. Las clases derivadas tienen la posibilidad de heredar código y datos de su clase base agregando su propio código y datos a la misma. La herencia obliga una interacción jerárquica entre clases en la cual una clase hija hereda de su clase papá. Si una clase solamente puede recibir propiedades de otra clase base, la herencia se llama herencia sencilla. Si una clase obtiene características de bastante más de una clase base, la herencia se llama herencia múltiple.

...