1

2 MATERIA : PROGRAMACION 5 Tema: EJEMPLOS DEL RESUMEN MAGISTER ING. DIVAS SANJUR S. Presentado por : Geovany A Guerra C.I.P: 4 – 718 – 53 Nivel: Licenciatura. Sistemas Informáticos Año: 2011 DomingoLunesMartesMiercolesJuevesViernesSabado07/05/2015 ACTIVIDAD EN CASA Abr Mar FebEne DIA AgoJunMayJulSepOctNovDic. PROGRAMACION JAVA

3 TABLA DE CONTENIDO PRESENTACION HISTORIA EVOLUCION CLASIFICACION CARACTERISTICAS LPOO REPRESENTATIV OS REFERENCIAS LECTURAS COMPLEMENTARIAS INDICE INVESTIGACION EJEMPLOS GLOSARIO “escrito” ILUSTRACIONES CONCLUSION BIBLIOGRAFIA INFOGRAFIA

4 JAVA

5 2. Clasificacion de los POO

6 Proyección de las PC SIMULA 1966 1970 1980 1990 Esta inicia a finales de los años60 con el lenguaje simula, diseñado x norwegian computin centre, seguido la decada de los 70 se monopoliza smartal, en los 80 el auge de los POO,entre los 80-83 stroutup desarrolla C++ y en los noventas la innovacion tecnologica de la tecnologia orientada a objetos. Arquitecturas nuevas SMARTALK 72 SMARTALK 80 C++ Objetive –c Eiffel OO COBOL ADA 95 SQL3 Delphi JAVA EPOCAS DE LA HISTORIA DE LOS POO

7 CONEXION JAVA NS OBJECT NS RESPONDER NS VIEW NS CONTROL Objeto base: init, retain, release. NS OBJECT

8 OPOO EJEMPLOS ENTRADA SALIDA ENTRADA SALIDA PROCEDIMIENTOS A PROCESOS A PASOS A OBJETOS A ATRIBUTOS METODOS OBJETOS B ATRIBUTOS METODOS OBJETOS C ATRIBUTOS METODOS

9

10 2.1 Existen varias clasificaciones de los LPOO, atendiendo a criterios de construcción o características específicas de los mismos Clasificación de Peter Wegner Clasificación de Tesler Clasificación según el origen Clasificación de Wegner: Lenguajes Basados en Objetos: Soportan objetos. Es decir, disponen de componentes caracterizados por un conjunto de operaciones (comportamiento) y un estado Lenguajes Basados en Clases: Disponen, además de objetos, de componentes tipo clase con operaciones y estado común Lenguajes Orientados al Objeto: Además de objetos y clases ofrecen mecanismos de herencia

11 Clasificación de Wegner: Basado en objeto = encapsulamiento + identidad de objetos Basado en clases = basado en objetos + abstracción de conjunto Orientados a objetos = Basados en clases + herencia + autorrecursión BASADO EN OBJETOS BASADO EN CLASES ORIENTADO AL OBJETO OBJETOS ADA 95 C++ EIFFIEL SMARLLTALK DELPHI ADA 873 CLIPPER 5.2 + CLASES + HERENCIAS CLU

12 Clasificación de Tesler: OODL Object – Oriented Dinamic Languajes Smalltlk Dylan PODL Process – Oriented Dinamic Languajes Lisp, Schame OOSL Object – Oriented Static Languajes C + +,JAVA POSL Process-oriented Static Languajes Pascal C Dinamicos Estaticos Orientados al objetoOrientados al proceso

13 2.3 Clasificación de Tesler: Comprobacion estricta Comprobacion debil Sin tipos Un sistema de tipos son las reglas que la establecen la utilizacion de los tipos su correccion en un lenguaje de modelado o relizacion.

14 Chequeo de momento Smalltalk Dinamico Rigurosidad Sin Tipos CLASIFICACION DE TESLER

15 Clasificación de Tesler: Beneficios del uso de lenguajes con tipos estrictos – Evitan los fallos en tiempo de ejecución derivados de conflictos con los tipos – Detección temprana en tiempo de compilación de errores – Declaración de tipos como ayuda para la documentación – Eficiencia en el código

16 Clasificación de Tesler Tipificación o tipado (“typing”) es el proceso de declarar cuál es el tipo de información que puede contener una variable Sistemas de tipos estáticos También llamados sistemas con tipado fuerte o estricto Exigen asociación explícita de un tipo a cada nombre declarado El tipo de cada objeto se ha de determinar con anterioridad a la ejecución del programa Menos flexible pero más segura Ejecución más eficiente al no tener que hacer comprobación de tipos en tiempo de Ejecución. Sistemas de tipos dinámicos También llamados sistemas con tipado débil,no estricto o dinámico No exigen asociación explícita de un tipo a cada variable Cada objeto conoce su tipo cuando se crea durante la ejecución Más flexibilidad Pérdida de eficiencia durante la ejecución del programa, debida a la necesidad de mantener y comprobar el tipo de todos los objetos durante la ejecución

17 Clasificación de Tesler Ligadura es el proceso de asociar un atributo a un nombre. En el caso de las funciones, el término ligadura (binding) se refiere a la conexión o enlace entre una llamada a función y el código real ejecutado como resultado de la llamada [Joyanes, 1998] Ligadura estática o temprana Ligadura dinámica o tardía

18 Clasificación de Tesler Ligadura estática o temprana – Resuelve las correspondencias en tiempo de compilación – No hay sobrecarga en tiempo de ejecución y los fallos se detectan en tiempo de compilación – Los enlaces no pueden hacerse sin volver a compilar Ligadura dinámica o tardía – La correspondencia se hace al invocar los métodos – Soporta la evolución de los programas sin tener que recompilar – Coste en tiempo de ejecución

19 No hay garantia de interpretacion. Interpretacion flexible SMALLTALK Garantia de correccion. Interpretacion flexible. C++ OBJECT PASCAL Combinacion No Valida Sin Sentido Garania De correccion. Interpretacion inflexible. C COBOL Dinamicos Estaticos Comprobacion dinamica Comprobacion Estatica Clasificación de Tesler

20 Clasificación según el Origen Lenguajes puros Lenguajes Hibridos Smalltalk Eiffel C ++ OBJECT PASCAL Objetos Mensajes Clases Objetos Mensajes Clases Lenguajes con base tradicional +

21 Clasificación según el Origen

22 Características de los LPOO 3.1 Elementos Concretos Objetos Clases Herencia simple Herencia múltiple Comprobación estricta de tipos frente a comprobación débil Encapsulamiento Empaquetamiento Genericidad Paso de mensajes Polimorfismo Excepciones Concurrencia Persistencia Metadatos Afirmaciones y restricciones Bibliotecas de clases Eficiencia Administración de memoria Entorno de desarrollo

23 Requisitos Deseables en los LPOO Conceptos claros Orientación al Objeto pura Seguridad Alto nivel Modelo de ejecución simple Sintaxis fácil de leer Eliminación de la redundancia Pequeño De fácil transición a otros lenguajes Soporte para el aseguramiento de la corrección Entornos agradables Revisión de algunos de los Principales LPOO

24 4.1 SIMULA El Simula 67 fue considerado como el primer LPOO Fue diseñado en 1967 por Ole-Johan Dhal y Kristen Nygaard en el Norwegian Computing Center en Oslo El nombre de Simula 67 fue acortado a Simula en 1986, existiendo un estándar del lenguaje desde 1987 [SIS, 1987]

25 - Primer lenguaje creado con tecnología de objetos puros - El origen de Smalltalk está alrededor de 1970 en la Universidad de Utah de la mano de Alan Kay - Smalltalk se desarrolla en el Xerox Palo Alto Research Center (PARC) de la mano de Alan Kay, Adele Goldberg y Daniel Ingalls - Los conceptos de Smalltalk han influido en el diseño de LPOO y en el aspecto y sensación de los GUI como los de Macintosh o Motif - Smalltalk 72, Smalltalk 74, Smalltalk 76, Smalltalk 78 y Smalltalk 80. - Smalltalk/V de Digital - Entorno de programación: Lenguaje Smalltalk básico, Colección de clases y el entorno real de programación - El estilo del lenguaje se enfatiza la ligadura dinámica y no realiza chequeo de tipos - El bloque fundamental es la clase, que contiene la descripción de variables y métodos - Los métodos contienen el código, y definen cómo responde un objeto a un mensaje SMALLTALK

26 - La ejecución de una rutina de un objeto se denomina en la terminología de Smalltalk “enviar un mensaje” al objeto, cuya clase encontrará la forma apropiada de manejar dicho mensaje - Todo en Smalltalk son objetos, incluyendo a las propias clases - El entorno de Smalltalk permite un rápido desarrollo de programas - La biblioteca de clases fue diseñada para ser extendida y adaptada por adición de subclases para satisfacer las necesidades de la aplicación - La arquitectura Modelo/Vista/Controlador (MVC) es una importante contribución de Smalltalk - Una referencia clásica sobre Smalltalk es [Goldberg and Robson, 1983]

27 4.3 C++ - C++ es un lenguaje híbrido, extensión del lenguaje C - Fue desarrollado por Bjarne Stroustrup en los laboratorios AT&T - Las primeras versiones del lenguaje se denominaron C con clases, y datan de 1980 - El nombre de C++ se debe a Rick Mascitti, quien lo bautizó de esta manera en el verano de 1983 - C++ fue instalado por primera vez fuera del grupo de investigación del autor en julio de 1983 - En 1987 surge la necesidad de estandarización de C++ - Dispone de capacidades para la herencia simple y múltiple - Por defecto C++ tiene ligadura estática - Las funciones definidas como virtuales pueden beneficiarse del concepto de ligadura dinámica

28 C++ es estrictamente tipado, aunque admite la posibilidad de casting. - No cuenta con un recolector de basura - La ausencia de un gestor automático de memoria por defecto, obliga al concepto de destructor - Ocultamiento de la información, incluso a los descendientes - Cuenta con un mecanismo de acceso especial por parte de una clase o una función que se declare como friend - Soporte de manejo de excepciones - Soporte de genericidad mediante las plantillas - Permite sobrecarga de operadores - Sintaxis oscura, y gramática difícil de analizar - Lenguaje complejo, preocupado por la detección temprana de errores, y por la eficiencia de la ejecución, perdiendo algo de sencillez y de flexibilidad para el diseño - [Stroustrup, 1997] es una referencia válida para este lenguaje

29

30 Eiffel - Eiffel fue desarrollado por Bertrand Meyer - Es un lenguaje orientado al objeto puro - Soporta ligadura dinámica - Tiene comprobación estricta de tipos - Admite herencia múltiple - Soporta clases parametrizadas - La gestión de memoria la lleva a cabo el entorno de programación - Eiffel proporciona una biblioteca de clases predefinidas muy completa - Eiffel cuenta con la clase como único criterio de estructuración - Una declaración de clase en Eiffel puede incluir una lista de características exportadas, una lista de clases predecesoras, y una lista de declaraciones de características - Cuenta con manejo de excepciones - [Meyer, 1992] es una de las referencias obligadas, aunque con unas miras más amplias, se recomienda [Meyer, 1997]

31 -Diseño por contrato Precondiciones: que deben cumplirse antes de que se invoque un método Postcondiciones: que se garantizan han de cumplirse después de que se haya ejecutado el método Invariantes: condición que debe cumplir la clase en toda circunstancia estable Un contrato entre el proveedor y el usuario de una clase espera que El usuario de una clase asegurará que las precondiciones de un método se cumplan antes de que el método se invoque El proveedor de la clase garantizará que las postcondiciones se cumplan después que se ha aplicado el método

32 RESPONSABILIDADES ¿De quién es la responsabilidad? Precondiciones: De quien solicita el servicio (cliente) Postcondiciones: De quien ofrece el servicio (servidor) Invariantes: De quien esté actuando en ese momento sobre el objeto ¿Qué provoca la violación de una aserción? Excepciones ¡Qué se encargue el responsable! Manejo de la excepción: tratar de arreglar la situación, cláusula de rescate:, intentar nuevamente: Pasar la responsabilidad... ¿Nadie? El sistema aborta Aserciones y Herencia: La subcontratación el subcontratado pide menos y garantiza más (sino no es negocio )

33

34 Java - Realizado por un equipo de Sun Microsystems a finales de 1995 - Ha recibido una especial atención desde los primeros meses de 1996 - Es un lenguaje orientado al objeto puro diseñado desde cero, que recibe muchas influencias de C++ - Se le atribuyen las siguientes características Simple y poderoso Seguro Robusto Interactivo Independiente de la arquitectura Interpretado Sencillo de aprender - Soporta threads -Recogida de basura automática - De la abundante bibliografía existente se recomienda [SUN, 2001]

35 - Java produce un bytecode que será interpretado por una máquina virtual - La máquina virtual se encuentra a menudo en navegadores web - La explosión de Internet ha influido en el auge de Java Java es un componente principal dentro del currículo de la Ingeniería del Software varias Universidades En los primeros seis meses de 1996, Java apareció en la prensa de US 4325 veces, como punto de comparación Bill Gates apareció 5096 veces

36

37 JAVA HISTORIA Y ANECDOTAS VIDEOSPROGRAMACIONIMAGENES CORREO AUDIOFOTOSDOCUEMTOSNEGOCIOSEMAIL Puedes ver una presentacion de Work films Tutorial del tema JAVA. Luego puedes continuar con otro temas. VIDEOS

38

39

40

41  Recomendaciones de la Docencia: