Alumnos:

Ernesto Gaytán Cortés 161237

Misael Pedroza Olivares 161061

Pedro de la Cruz Rojas 160726

Ingeniería en Tecnologías de la información

Grupo: 7 ° D ITI

Maestro: Miguel Antonio Araujo Gonzales

Materia: Programación de aplicaciones

Patrón MVC

El patrón MVC fue una de las primeras ideas en el campo de las interfaces
gráficas de usuario y uno de los primeros trabajos en describir e implementar
aplicaciones software en términos de sus diferentes funciones.

MVC fue introducido por Trygve Reenskaug en Smalltalk-76 durante su visita a

Xerox Parc en los años 70 y, seguidamente, en los años 80, Jim Althoff y otros
implementaron una versión de MVC para la biblioteca de clases de Smalltalk-80.
Solo más tarde, en 1988, MVC se expresó como un concepto general en un
artículo sobre Smalltalk-80.

En esta primera definición de MVC el controlador se definía como "el módulo que
se ocupa de la entrada" (de forma similar a como la vista "se ocupa de la salida").
Esta definición no tiene cabida en las aplicaciones modernas en las que esta
funcionalidad es asumida por una combinación de la 'vista' y algún framework
moderno para desarrollo. El 'controlador', en las aplicaciones modernas de la
década de 2000, es un módulo o una sección intermedia de código, que hace de
intermediario de la comunicación entre el 'modelo' y la 'vista', y unifica la validación
(utilizando llamadas directas o el "observer" para desacoplar el 'modelo' de la
'vista' en el 'modelo' activo10).

Algunos aspectos del patrón MVC han evolucionado dando lugar a ciertas
variantes del concepto original, ya que "'las partes del MVC clásico realmente no
tienen sentido para los clientes actuales":11

 HMVC (MVC Jerárquico)

 MVA (Modelo-Vista-Adaptador)
 MVP (Modelo-Vista-Presentador)
 MVVM (Modelo-Vista Vista-Modelo)
 De manera genérica, los componentes de MVC se podrían definir como sigue:

 El Modelo: Es la representación de la información con la cual el sistema opera,

por lo tanto, gestiona todos los accesos a dicha información, tantas consultas
como actualizaciones, implementando también los privilegios de acceso que se
hayan descrito en las especificaciones de la aplicación (lógica de negocio). Envía
a la 'vista' aquella parte de la información que en cada momento se le solicita para
que sea mostrada (típicamente a un usuario). Las peticiones de acceso o
manipulación de información llegan al 'modelo' a través del 'controlador'.

 El Controlador: Responde a eventos (usualmente acciones del usuario) e invoca

peticiones al 'modelo' cuando se hace alguna solicitud sobre la información (por
ejemplo, editar un documento o un registro en una base de datos). También puede
enviar comandos a su 'vista' asociada si se solicita un cambio en la forma en que
se presenta de 'modelo' (por ejemplo, desplazamiento o scroll por un documento o
por los diferentes registros de una base de datos), por tanto, se podría decir que el
'controlador' hace de intermediario entre la 'vista' y el 'modelo'

 La Vista: Presenta el 'modelo' (información y lógica de negocio) en un formato

adecuado para interactuar (usualmente la interfaz de usuario) por tanto requiere
de dicho 'modelo' la información que debe representar como salida.
MVC tiene por objeto separar la lógica del negocio de las consideraciones de la
interfaz de usuario para que los desarrolladores puedan modificar cada parte más
fácilmente sin afectar a la otra. En MVC el modelo representa la información (los
datos) y las reglas del negocio; la vista contiene elementos de la interfaz de
usuario como textos, formularios de entrada; y el controlador administra la
comunicación entre la vista y el modelo.
La arquitectura MVC separa la lógica de negocio (el modelo) y la presentación (la
vista) por lo que se consigue un mantenimiento más sencillo de las aplicaciones.
Si por ejemplo una misma aplicación debe ejecutarse tanto en un navegador
estándar como un navegador de un dispositivo móvil, solamente es necesario
crear una vista nueva para cada dispositivo; manteniendo el controlador y el
modelo original. El controlador se encarga de aislar al modelo y a la vista de los
detalles del protocolo utilizado para las peticiones (HTTP, consola de comandos,
email, etc.). El modelo se encarga de la abstracción de la lógica relacionada con
los datos, haciendo que la vista y las acciones sean independientes de, por
ejemplo, el tipo de gestor de bases de datos utilizado por la aplicación.
Versiones

Los usuarios de Enterprise y Professional de Visual Studio 2019, versión 16.0

cuentan con soporte técnico y recibirán correcciones de vulnerabilidades de
seguridad hasta enero de 2021. Este período de tiempo viene determinado por el
hecho de que, en diciembre de 2019, Visual Studio 2019, versión 16.4 se designó
como la siguiente línea de base de mantenimiento para el producto de Visual
Studio 2019. Puede adquirir la última versión más segura de Visual Studio 2019,
versión 16.0 en la sección de descargas de my.visualstudio.com. Para obtener
más información sobre las líneas base con soporte técnico de Visual Studio, revise
la Directiva de compatibilidad para Visual Studio 2019.

Notas de la versión de Visual Studio 2019, versión 16.0

10 de diciembre de 2019 — Visual Studio 16.0.10 New Release icon
15 de octubre de 2019 — Visual Studio 16.0.9
10 de septiembre de 2019 — Visual Studio 2019, versión 16.0.8
13 de agosto de 2019 — Visual Studio, versión 16.0.7
9 de julio de 2019 — Visual Studio, versión 16.0.6
11 de junio de 2019 — Visual Studio, versión 16.0.5
14 de mayo de 2019 — Visual Studio 2019, versión 16.0.4
30 de abril de 2019 — Visual Studio 2019, versión 16.0.3
18 de abril de 2019 — Visual Studio 2019, versión 16.0.2
9 de abril de 2019: Visual Studio 2019, versión 16.0.1
2 de abril de 2019: Visual Studio 2019
Diseño y arquitectura

MVC significa Modelo, Vista y Controlador. MVC separa la aplicación en tres

componentes: modelo, vista y controlador.

El controlador es un manejador de solicitudes.

La siguiente figura ilustra la interacción entre Modelo, Vista y Controlador.

Arquitectura MVC
La siguiente figura ilustra el flujo de la solicitud del usuario en ASP.NET MVC.

Solicitud / Respuesta en Arquitectura MVC

Según la figura anterior, cuando el usuario ingresa una URL en el navegador, va al
servidor y llama al controlador apropiado. Luego, el Controlador usa la Vista y el
Modelo apropiados y crea la respuesta y la envía de vuelta al usuario. Veremos
los detalles de la interacción en las próximas secciones.

1) MVC significa Modelo, Vista y Controlador.

2) Model es responsable de mantener los datos de la aplicación y la lógica

empresarial.

3) View es una interfaz de usuario de la aplicación, que muestra los datos.

4) El controlador maneja las solicitudes del usuario y presenta la vista

apropiada con los datos del modelo.
La versión que nosotros usamos fue la 4.7.2 con la cual nosotros trabajamos y lo
trabajamos por clase en cada una de la estructura mediante conexión a base de
datos y con la cual trabajamos fue SQL 2012.

El lenguaje que usamos fue c# y es una aplicación de Windows form en cada

parte del programa se uso una estructura orientada a objetos en el cual vimos en
el transcurso de las clases.
En esta parte podremos ver las distintos formularios y clases que se usaron para
este último proyecto final.

Para el sistema de la base de datos usamos el ya antes mencionado SQL 2012 y

lo dividimos en 2 carpetas las cuales contienen las clases necesarios para poder
ejecutar sin ninguna tasa de error el programa.
Estructura

Nosotros nos baremos en MVC programado en c# y a la vez va a contener la

programación orientada a objetos mediante las dll para poder probarlo desde
cualquier equipo que cuente con la aplicación necesaria y así el usuario que se le
proponga hacer modificaciones se le facilite y le haría mucho más sencillo la
manera de trabajar.

Conexión a la base de datos y estructura

En esta parte hicimos todo lo posible para que no halla carga de archivos y
creamos una clase principal la cual es manejador y en esta vamos a estar
llamando cada una de las clases.
En la parte de la capa lógica aquí fue donde se trabajo mas a fondo cada clase
para que funcionara adecuadamente el programa y en cada parte de la aplicación
se trabajo de una cierta estructura que cualquier persona pudiera identificarlo si es
que se llega a hacer alguna modificación al programa.
Operadores

En Visual Basic proporciona los siguientes tipos de operadores:

 Los operadores aritméticos realizan cálculos familiares en valores

numéricos, incluido el desplazamiento de los patrones de bits.

 Los operadores de comparación comparan dos expresiones y devuelven un

valor Boolean que representa el resultado de la comparación.

 Los operadores de concatenación unen varias cadenas en una sola.

 Los operadores lógicos y bit a bit de Visual Basic combinan valores Boolean
o numéricos y devuelven un resultado del mismo tipo de datos que los
valores.

Los elementos de valor que se combinan con un operador se denominan

operandos de ese operador. Los operadores combinados con elementos de valor
forman expresiones, salvo el operador de asignación, que forma una instrucción.
Usamos otro tipo de operadores, pero entre todos estos fueron los mas usados
para el perfecto funcionamiento del programa.

Operaciones lógicas de cortocircuito

El operador AndAlso es muy similar al operador And, ya que también realiza una
conjunción lógica de dos expresiones Boolean. La diferencia clave entre ambos es
que AndAlso exhibe un comportamiento de cortocircuito. Si la primera expresión
de una expresión AndAlso se evalúa como False, la segunda expresión no se
evalúa porque no puede modificar el resultado final y AndAlso devuelve False.
Del mismo modo, el operador OrElse realiza una disyunción lógica de cortocircuito
en dos expresiones Boolean. Si la primera expresión de una expresión OrElse se
evalúa como True, la segunda expresión no se evalúa porque no puede modificar
el resultado final y OrElse devuelve True.

En cada parte del programa tiene una configuración sencilla para el usuario y esta
aplicado en cada parte el programa contiene 15 formularios en total y además de
que en cada una contiene sus altas, bajas y cambios.

Ejemplo de una venta

Base de datos schema

Esta es la base de datos que usamos para poder desarrollar la aplicación.

Conclusiones

Ernesto:

Este framework es muy fácil ya que tiene sus paqueterías las cuales las van
actualizando constantemente pero el mayor de los casos es que tiene muchos
problemas de incompatibilidad, pero a diferencia de otros id de desarrollo que esta
estructura en lo personal se me hace mucho mas sencillo que Java y su
instalación es mas automatizada.

Misael:

Este framework fue el mas sencillo por que este lenguaje es muy fácil e interactivo
de poder usar a diferencia de otros a mi se me hizo sumamente fácil la manera de
como se organizaba cada clase el único inconveniente fue que la base pesa
mucho, pero de ahí ya no tuve ningún problema.

Pedro:

En lo personal este code es mas sencillo que java ya que no necesita muchas
importaciones para poder usarlo el único inconveniente que tuve fue los problemas
de conexión en a base de datos pero de ahí ningún problema, y en cuestión de la
utilización e instalación es mas sencillo que java y para mi en lo personal es una
maravilla.
Referencias

Operadores lógicos y bit a bit - Visual Basic. (2019). Retrieved 11 December

2019, from https://docs.microsoft.com/es-es/dotnet/visual-basic/programming-
guide/language-features/operators-and-expressions/logical-and-bitwise-operators

Modelo Vista - Controlador - Tecnología De Calidad. (2019). Retrieved 11

December 2019, from https://sites.google.com/site/aunaris2/programacion/modelo-
vista---controlador

Cómo conseguir patrocinadores de eventos que enamoren a tus asistentes.

(2019). Retrieved 11 December 2019, from https://www.eventbrite.es/blog/como-
conseguir-patrocinadores-de-eventos-que-enamoren-asistentes-ds00/