3. AGENDA Sesión 1 Introducción a los conceptos básicos ( 1 hora) Orientación a Objetos Aplicaciones Distribuidas .NET Framework TALLER: Entendiendo y construyendo la base de nuestro proyecto (1 hora)
4. AGENDA Sesión 2 (2 horas) TALLER: Construyendo aplicación profesional. Presentación (Winforms, ASP.NET) Lógica de Negocio Acceso a Datos (LINQ, SQL Server 2008)
5. ¡ADVERTENCIA! Este taller es para personas con conocimientos básicos, y también para aquellos que necesitan refrescarse o renovarse un poco. Los temas serán abordados en sus formas más simples con el ánimo de dar las herramientas necesarias para abordar las dos sesiones del taller.
6. ¡ADVERTENCIA! Hacer una aplicación profesional no necesariamente significa hacer algo elaborado o técnicamente complejo, significa construir software pensando en su crecimiento, evolución y mantenimiento futuro.
10. Manejar correctamente los conceptos te ayudará a defenderte en cualquier herramientaTu preocúpate por aprender a razonar y pensar, para aprender a usar las herramientas están los tutoriales
12. AGENDA Sesión 1 Introducción a los conceptos básicos ( 1 hora) Orientación a Objetos Aplicaciones Distribuidas .NET Framework TALLER: Entendiendo y construyendo la base de nuestro proyecto (1 hora)
15. Si bien esta definición es correcta, el problema está, en que tanto lo comprendemos…
16. Intentemos algo simple… La orientación a objetos es una forma de ver las situaciones y de analizar el entorno…
17. …es una forma de entender un problema identificando las entidades principales que se encuentran en el
18. Identificar los conceptos relevantes o las entidades involucradas en un problema significa… El propósito de la programación orientada a objetosconsiste en proporcionar una solución informática identificando los conceptos relevantespresentes en el problema conceptos relevantes = entidades abstraer los detalles y particularidades y emitir un concepto genérico
19. Esto se logra identificando las características comunesde un grupo de objetos y las accionesque realizan o bien que producen algún efecto sobre ellos
20. La programación orientada a objetos (POO) es por tanto una forma de desarrollar software, pensando en las entidades principales del problema que dicho sistema pretende resolver y por tanto los datos que se manipularán de esas entidades y las acciones de las que estas son responsables dentro del sistema.
21. El lenguaje de programación es la herramienta para resolver elproblema
22. El propósitode la POO no tiene que ver con el lenguaje de programación Sobre el lenguaje de programación lo que podemos decir es que este soporta unas y otras características de la Orientación a Objetos También podemos decir que cada quien elige la herramienta que satisface las necesidades de su proyecto, tanto a nivel de implementación como de conocimiento disponible en su recurso humano
23. Y aunque es claro que existe más de una herramienta para resolver unproblema
24. Es seguro que también hay formas más fáciles de hacerlo…
29. Cualquier Cosa …de la que puedas emitir un concepto. Es decir… Cualquier Cosa, todo es un objeto.
30. Veamos, Este es un objeto Es un automóvil de plástico, rojo con 4 llantas y 2 puertas
31. Si realizáramos el proceso mental lentamente, nos daríamos cuenta de que al ver el objeto emitimos un concepto preconcebido es decirautomóvil
32. En la imagen cada uno de los elementos que vemos es considerado un objeto Sin embargo de todos ellos podemos emitir un concepto conocido y para ello usamos la palabra globo
33. A ese concepto conocidoque representa una agrupación de objetos …lo llamamosClase
34. Unaclase es como un molde de galletas… … este determina la forma y característicasque la galleta (el objeto) va a tener, sin ser el objeto real
35. La clasees una… …los objetosson todos los que podamos crear mentalmente a partir de dicha claseo concepto
36. ¿Recuerdan eso de la abstracción? Pues bien… Una claseesta compuesta por características(atributos o propiedades) y por comportamientos(acciones o métodos) …esos que elegimos como generalidades del conjunto de objetos comunes de nuestro problema a resolver
38. Las característicasy comportamientosde una clase son determinadas por el contexto del problema o escenario Esto en programación quiere decir, que dentro de un sistema, solo implementamos los atributosy métodosrelacionados con el ámbito del problema que estamos solucionando.
39. Veamos algunos conceptos adicionales… A los valores que tienen los atributos de un objetose les conoce como el estado del objeto, y a los atributos y métodos que ofrece se les conoce como la interfazal código usado para construir las clases se le conoce como la implementaciónde la clase.
40. Los objetosse comunican se comunican con otros a través de mensajes Un mensaje es una comunicación dirigida a un objeto, que le ordena que ejecute uno de sus métodos con ciertos parámetros asociados al evento que lo generó. Wikipedia
41. Con respecto a la comunicación entre objetos tenemos más principiosalta cohesión y el bajo acoplamiento
42. Cuando decimos que un objeto tiene una alta cohesiónhablamos de que sus características y comportamientos están estrechamente relacionados La relación que tienen esta determinada por el contexto del problema a resolver
43. Cuando decimos que un objeto tiene una bajo acoplamiento hablamos del nivel de independencia que tiene un objeto con respecto a otros El hacer un objeto independiente de los demás ayudará a que ese objeto pueda ser usado en otros contexto
44. Los principios que dirigen la orientación a objetos son… … la modularidad y la reusabilidad Qué son?
45. En términos simples la modularidadsignifica trabajar por partes…Esas partes deberían ser lo más independientes posibles, como piezas de Lego, de esa forma podrías usar diferentes piezas en la construcción de otro sistema
46. y la reusabilidadsignifica¡No se invente la rueda! Lo que ya esta hecho es para usarse y algunas de las cosas que no están hechas, deben construirse pensando en que alguien necesitará usarlo alguna vez. Por otro lado recuerde, reusar no es simplemente copiar y pegar código.
47. Por último, veamos algunas características de la Programación Orientada a Objetos
55. Es una aplicación con distintos componentesque se ejecutan en entornos separados, normalmente en diferentes plataformas conectadas a través de una red Wikipedia
57. ¿Cuales son los componentesque se distribuyen? ¿Qué criterios se usan para determinar que conforma un componente?¿A través de que mecanismos se realiza la comunicación entre componentes distribuidos?¿Qué es un componente?
58. Algunos Conceptos… Protocolos Cliente/Servidor Capas Despliegue Webservices UML Servicios Objetos Interfaces Niveles Comunicación Interoperabilidad Arquitectura Lógica de Negocio Acceso a Datos Interfaz de Usuario Paquetes Componentes
59. Vamos por partes…¿A qué se refiere la distribución? Las distribución refiere a la construcción de software por partes, a las cuales les son asignadas un conjunto específicode responsabilidades dentro de un sistema.
60. Esta distribución como bien enunciaba la definición formal, habla de que las partes o componentes se encuentran en entornos separados, sin embargo, lo que tiene implícito esta definición, es que para realizar esta separación física primero debe tenerse clara la separación lógicade las partes de una aplicación, esto quiere decir que programáticamente existe una forma de separaro agruparlos componentes.
61. La separación físicano es en todas las ocasiones “maquinas diferentes” de acuerdo a la arquitectura también puede ser la ubicación de un conjunto de funcionalidades en archivos, rutas o tecnologías diferentes dentro de la misma máquina
62. Ahora bien, cuando hablemos de distribución lógica lo entenderemos como separación por “Capas” (layers) y cuando hablemos de distribución física usaremos el término separación en “Niveles” (tiers)
63. La separación por capas y niveles hace parte de la arquitectura del sistema y es definida por el arquitecto de la aplicación.
64. “Las capasdentro de una arquitectura son un conjunto de servicios especializados que pueden ser accesibles por múltiples clientes y que deben ser fácilmente reutilizables.”
65. Las capas además, según el escenarioy tipo de aplicación, están separadas físicamente.Si, físicamente! Lo que significa que una capa puede ser a su vez un nivel
66. Una capa puede contener muchoscomponentes, un mismo componente puede ubicarse en variascapas de acuerdo a su naturaleza y a las consideraciones explicitas de la arquitectura … como? No hay problema, lo iremos entendiendo, de eso se trata…
67. ¿Qué es un componente? Veamos una definición formal...Un componentees un elementode software que encapsulauna serie de funcionalidades. Un componentees una unidad independiente, que puede ser utilizado en conjunto con otros componentes para formar un sistema más complejo.
68. Cada componente de un sistema puede verse como un paqueteo módulo Un componente esta compuesto por elementos que pueden ser clasesy/o recursos complementarios como archivos de configuración, imágenes, entre otros. Y a su vez esas clases y recursos pueden están agrupados dentro del componente en subpaquetes, de acuerdo a su naturaleza o necesidades de negocio.
69. En este punto visualizamos varios conceptos que podemos presentar de la siguiente forma… Aplicación Niveles Capas Componentes Paquetes Clases Otros Recursos Sub paquetes
70. Ahora bien… El paradigma básico de la separación por capas establece al menos 3 partes distintas dentro de una aplicaciónLa PresentaciónLa Lógica de NegocioEl Acceso a Datos y los Datos
71. La Presentación o interfaz de usuario se refiere al mecanismo de interacción del usuario con el sistemaLos tipos de interfaces de software más comunes son las aplicaciones de ventanas y web Los tipos de interfaces de hardware más comunes son el ratón, el teclado, el micrófono, pantallas táctiles, dispositivos de audio
72. La Lógica de Negocio refiere el conjunto de reglas que determinan específicamente como funciona un sistema, según su naturaleza, y bajo que parámetros y condiciones de acuerdo a las necesidades de los clientes y usuarios.
73. El acceso a datos refiere al medio a través del cual podemos acceder y manipular los datospersistentes de un sistemaEl almacenamiento de datos refiere a la forma en que se encuentran guardados dichos datos, por ejemplo, en archivos o bases de datos.
74. Así nos encontramos con componentes de diferentes tipos Ejecutables, Páginas Web, Librerías, Controles, Procedimientos Almacenados, Servicios Web…
75. Después de conocer estos conceptos básicos, podemos pasar entonces a ver, los diferentes tipos de aplicaciónAplicaciones MonolíticasAplicaciones Cliente/ServidorAplicaciones de 3 CapasAplicaciones de N Capas
76. Una aplicación monolítica o de una capa es aquella cuya interfaz, lógica de negocio y acceso a datos se encuentran mezclados o altamente acoplados, esto dificulta que pueda hacerse una separación lógica y física donde alguna de las partes pueda ser reutilizable.
77. Una aplicación Cliente/Servidor o aplicación de doscapas es aquella donde los datos y la lógica de negocio se encuentran separados de la interfaz, este tipo de aplicación también es denominada, cliente liviano. Otro escenario válido para una aplicación Cliente/Servidor, se da separando los datos de la interfaz y la lógica de negocio, este tipo de aplicación también es denominado, cliente pesado.
78. Una aplicación 3 capas es aquella donde la interfaz, la lógica de negocio, el acceso a datos y los datos se encuentran separados.
79. ¡ATENCIÓN! Es muy importante entender, que la separación de la que se habla no es necesariamente física, como ya se había dicho antes, la primera separación que se da es lógica y debemos reiterar que la separación lógica es programática.
80. Ahora, para hacer un trabajo bien hecho, hay que reconocer que las consideraciones asociadas al desarrollo por capas…
84. Bueno y si ya están separadas las 3 capas principales, ¿qué es entonces una de aplicación de N capas?
85. Pues bien, la evolución de la tecnología y las redes de comunicaciones, hacen que cada día se generen nuevos escenarios de intercambio de información entre empresas, y entre los mismos sistemas existentes dentro de las empresas, de forma que se satisfagan las necesidades constantes y cambiantes de clientes y usuarios, para quienes debe resultar transparenteel obtener información de un sistema u otro.
86. Otra de las razones importantes por las que surge este concepto, es debido a que en la evolución del desarrollo de software, se ha identificado la necesidad de crear nuevas capas, especializadas en funciones especificas, diferentes a las 3 identificadas previamente.Tal es el caso de la seguridad, el control de excepciones, el transporte de datos entre capas, la generación de trazas de errores, entre otros.
87. Usuarios Auditoria y Control de Excepciones Seguridad Comunicación Componentes de Interfaz de Usuario Componentes de Proceso de Interfaz de Usuario Interfaces de Servicio Flujos de Negocio Componentes de negocio Entidades de Negocio ComponentesAccesoDatos Agentes de Servicio ServiciosExternos Orígenes de Datos UnapropuestaMicrosoft Patterns & Practices
89. AGENDA Sesión 1 Introducción a los conceptos básicos ( 1 hora) Orientación a Objetos Aplicaciones Distribuidas .NET Framework TALLER: Entendiendo y construyendo la base de nuestro proyecto (1 hora)
90. ¿Qué es un Framework? ¿Recuerdan esto? “No se invente la rueda....”
91. Veámoslo así… Los edificios de una ciudad son todos los tipos de software que podemos construir
93. Ahora imagine que a usted le tocara construir cada una de las partes…
94. ¿Cuánto tiempo cree que tardaría en terminar? Lo mismo sucede con el software, si cada vez tuviéramos que construir todos los componentes que lo conforman, tardaríamos mucho más tiempo…
95. ¿Qué es un Framework? Un frameworkes, básicamente, un conjunto de clases que interactúan en forma cooperativapara dar solución a una determinada necesidad.
96. Ahora un poco menos conceptual... En términos simples un frameworkes un conjunto de clases base agrupadas en componentes, que pueden ser reutilizadas para la construcción de nuevo software
97. He ahí la razón para entender los conceptos iniciales Bien sea por que vas a usar un framework o por que quieres construir uno
99. Microsoft .NET .NET es el conjunto de tecnologías en las que Microsoft ha trabajado con el objetivo de obtener una plataforma sencilla y potente para distribuir el software en forma de servicios que puedan ser suministrados remotamente y que puedan comunicarse y combinarse unos con otros de manera totalmente independiente de la plataforma, lenguaje de programación y modelo de componentes con los que hayan sido desarrollados.
100. ¿Qué es Visual Studio .NET? Es entorno de desarrollo (IDE), la herramienta sobre la cual los programadores desarrollan el software
101. Beta Línea de Tiempo .NET Framework 4 2010 2008 2010 2008 .NET Framework 3.5 .NET Framework 3.0 2007 2005 .NET Framework 2.0
107. ¿Qué NO es? NO es un sistema operativo NO es un lenguaje de programación NO es un entorno de desarrollo NO es un servidor de aplicaciones
108. ¿Qué es el .NET Framework? Un conjunto de tecnologías que me permiten: Unir las aplicaciones Web actuales que están aisladas, de manera muy fácil Acceder a información en cualquier momento, en cualquier lugar Simplificar el desarrollo y la implementación Desarrollar aplicaciones para cualquier dispositivo, sin necesidad de mucho esfuerzo. Reutilizar mucho código Hacer más, con menos
109. Algunas Características Completamente Orientado a Objetos Multilenguaje Modelo de programación único para todo tipo de aplicaciones y dispositivos de hardware Se integra fácilmente con aplicaciones existentes desarrolladas en plataformas Microsoft o en otras plataformas.
110. Línea de Tiempo .NET Framework Visual Studio 6.0 Visual Basic VBA Visual FoxPro VBScript C++ J++ JScript ASP Visual Studio .NET 2003 .NET Framework 1.1 .NET Compact Framework J# Visual Studio 2008 .NET Framework 3.0 – 3.5 .NET Compact Framework 2000 2001 2002 2003 2004 2005 2006 2008 2010 Visual Studio 2005 .NET Framework 2.0 .NET Compact Framework 2.0 Visual Studio .NET 2002 .NET Framework 1.0 Visual Basic .NET C# Visual Studio 2010 .NET Framework 4.0 F#
111. VB C++ C# Visual Studio .NET J# … Common Language Specification ASP.NET: Servicios Web y Web Forms WindowsForms ADO.NET: Datos y XML Biblioteca de Clases Base Common Language Runtime Microsoft .NET Framework 2.0
112. ¿Qué son los demás? 2.0 .NET Framework 2.0 VB C# J# IronPhyton Ruby … 3.0 .NET Framework 3.0 CLS y CTS ASP.NET WPF WCS WF & WCF Enhancements Dynamic Data ADO.NET LINQ Additional Enhancements Entity Framework WCF WF Add-in Framework WindowsForms MVC Data Services Biblioteca de Clases CommonLanguage Runtime (CLR) Windows 7, Windows Vista,Windows XP,Windows Server 2008
113. Microsoft .NET Framework Presentación Acceso a Datos Servicios Windows Presentation Foundation ASP.NET (WebForms, MVC, Dynamic Data) Entity Framework ADO.NET Data Services Windows Communication Foundation WinForms LINQ to SQL Windows Workflow Foundation “Velocity” Core Base Class Library Dynamic Language Runtime Languages Managed Extensibility Framework LINQ Parallel Extensions Common Language Runtime
114. Common Language Runtime (CLR) Es el motor de ejecución de .NET Caracteristicas: Compilacion Just In Time (JIT) Gestion de Memoria (Garbage Collector) Gestion de Errores (excepciones) Ejecucion basada en componentes (assemblies) Gestion de seguridad Multithreading
116. Código MSIL Código Fuente Compilador Lenguaje Metadata Ejecución JIT Compiler CódigoNativo Tiempos: Compilación y Ejecución Compilación Antes de la instalación o cuando se ejecutaporprimeravez
117. Modelo de Ejecución del CLR Código Fuente VB.NET C++.NET C# Componente No Manejado Compilador VB.NET Compilador C# Compilador C++ .NET Código Manejado Assembly Código MSIL Assembly Código MSIL Assembly Código MSIL Common Language Runtime Compilador JIT Código Nativo Sistema Operativo (Windows)
118. Estructura de un proyecto .NET Solución Proyectos (Assemblies) Namespaces Clases Archivos de configuración Recursos adicionales
119. Descripción de Tipos Clases Clases Base Interfaces Implementadas Atributos de las Clases Métodos de las Clases MiBiblioteca.DLL Metadata Manifiesto del Assembly Código CompiladoMSIL Nombre Versión Cultura Recursos Otros Assemblies Permisos de Seguridad Tipos Externos Estructura de un Assembly
120. AGENDA Sesión 1 Introducción a los conceptos básicos ( 1 hora) Orientación a Objetos Aplicaciones Distribuidas .NET Framework TALLER: Entendiendo y construyendo la base de nuestro proyecto (1 hora)
121. TAREA Para desarrollar la siguiente sesión del taller se espera que se traiga una idea de proyecto para implementar Si no quieres crear una nueva idea igual puedes bajar el material y el avance del que estamos trabajando en www.avanet.org