¿que es una clase?

En informática, una clase es una plantilla para la creación de objetos de datos según un
modelo predefinido. Las clases se utilizan para representar entidades o conceptos, como los
sustantivos en el lenguaje. Cada clase es un modelo que define un conjunto de variables -el
estado, y métodos apropiados para operar con dichos datos -el comportamiento. Cada objeto
creado a partir de la clase se denomina instancia de la clase.
Las clases de objetos son un pilar fundamental de la programación orientada a objetos.
Permiten abstraer los datos y sus operaciones asociadas al modo de una caja negra. Los
lenguajes de programación que soportan clases difieren sutilmente en su soporte para diversas
características relacionadas con clases. La mayoría soportan diversas formas de herencia.
Muchos lenguajes también soportan características para proporcionar encapsulación, como
especificadores de acceso.
Una clase también puede tener una representación (metaobjeto) en tiempo de ejecución,
que proporciona apoyo en tiempo de ejecución para la manipulación de los metadatos
relacionados con la clase.

*Componentes
Las clases se componen de elementos, llamados genéricamente «miembros», de varios tipos:
_campos de datos: almacenan el estado de la clase por medio de variables, estructuras
de datos e incluso otras clases.
_métodos: subrutinas de manipulación de dichos datos.
_ciertos lenguajes permiten un tercer tipo de miembro: las «propiedades», a medio
camino entre los campos y los métodos.
Utilizando un símil con el lenguaje, si las clases representan sustantivos, los campos de datos
pueden ser sustantivos o adjetivos, y los métodos son los verbos.

*Campo de datos
Los miembros o variables se utilizan para contener datos que reflejan el estado de la
clase. Los datos pueden estar almacenados en variables, o estructuras más complejas, como
structs, uniones e incluso otras clases.
Habitualmente, las variables miembro son privadas al objeto (siguiendo las directrices de
diseño del Principio de ocultación) y su acceso se realiza mediante propiedades o métodos que
realizan comprobaciones adicionales.

*Método de clases
Los métodos implementan la funcionalidad asociada al objeto. Los métodos son el
equivalente a las funciones en programación estructurada. Se diferencian de ellos en que es
posible acceder a las variables de la clase de forma implícita o incluida.
Cuando se desea realizar una acción sobre un objeto, se dice que se le manda un
mensaje invocando a un método que realizará la acción.
*Propiedades
Las propiedades son los atributos de la computadora. Debido a que suele ser común
que las variables miembro sean privadas para controlar el acceso y mantener la coherencia,
surge la necesidad de permitir consultar o modificar su valor mediante pares de métodos:
GetVariable y SetVariable.

Los lenguajes orientados a objetos más modernos (por ejemplo Java o C#) añaden la
construcción de propiedad, que es una sintaxis simplificada para dichos métodos:
tipo Propiedad {
get {
}
set {
}

*Programacion orientada a objetos

Programación orientada a objetos (POO). Es un paradigma de programación
que usa objetos y sus interacciones, para diseñar aplicaciones y programas
informáticos. Está basado en varias técnicas, incluyendo herencia, abstracción,
polimorfismo y encapsulamiento. Su uso se popularizó a principios de la década de los
años 1990. En la actualidad, existe variedad de lenguajes de programación que
soportan la orientación a objetos

Los objetos son entidades que combinan estado (atributo), comportamiento

(método) e identidad:

El estado
Está compuesto de datos, será uno o varios atributos a los que se habrán asignado
unos valores concretos (datos).

El comportamiento
está definido por los procedimientos o métodos con que puede operar dicho objeto,
es decir, qué operaciones se pueden realizar con él.

La identidad
Es una propiedad de un objeto que lo diferencia del resto, dicho con otras palabras,
es su identificador (concepto análogo al de identificador de una variable o una
constante).
Un objeto contiene toda la información que permite definirlo e identificarlo frente a
otros objetos pertenecientes a otras clases e incluso frente a objetos de una misma
clase, al poder tener valores bien diferenciados en sus atributos. A su vez, los
objetos disponen de mecanismos de interacción llamados métodos, que favorecen
la comunicación entre ellos. Esta comunicación favorece a su vez el cambio de
estado en los propios objetos. Esta característica lleva a tratarlos como unidades
indivisibles, en las que no se separa el estado y el comportamiento.

Los métodos (comportamiento) y atributos (estado) están estrechamente

relacionados por la propiedad de conjunto. Esta propiedad destaca que una clase
requiere de métodos para poder tratar los atributos con los que cuenta. El
programador debe pensar indistintamente en ambos conceptos, sin separar ni
darle mayor importancia a alguno de ellos. Hacerlo podría producir el hábito
erróneo de crear clases contenedoras de información por un lado y clases con
métodos que manejen a las primeras por el otro. De esta manera se estaría
realizando una programación estructurada camuflada en un lenguaje de
programación orientado a objetos.

La POO difiere de la programación estructurada tradicional, en la que los datos y

los procedimientos están separados y sin relación, ya que lo único que se busca
es el procesamiento de unos datos de entrada para obtener otros de salida. La
programación estructurada anima al programador a pensar sobre todo en términos
de procedimientos o funciones, y en segundo lugar en las estructuras de datos que
esos procedimientos manejan. En la programación estructurada sólo se escriben
funciones que procesan datos. Los programadores que emplean POO, en cambio,
primero definen objetos para luego enviarles mensajes solicitándoles que realicen
sus métodos por sí mismos

Origen
Los conceptos de la programación orientada a objetos tienen origen en Simula 67,
un lenguaje diseñado para hacer simulaciones, creado por Ole-Johan Dahl y
Kristen Nygaard del Centro de Cómputo Noruego en Oslo. En este centro, se
trabajaba en simulaciones de naves, que fueron confundidas por la explosión
combinatoria de cómo las diversas cualidades de diferentes naves podían afectar
unas a las otras. La idea ocurrió para agrupar los diversos tipos de naves en
diversas clases de objetos, siendo responsable cada clase de objetos de definir
sus propios datos y comportamientos. Fueron refinados más tarde en Smalltalk,
que fue desarrollado en Simula en Xerox PARC (cuya primera versión fue escrita
sobre Basic) pero diseñado para ser un sistema completamente dinámico en el cual
los objetos se podrían crear y modificar "en marcha" (en tiempo de ejecución) en
lugar de tener un sistema basado en programas estáticos.

La programación orientada a objetos tomó posición como el estilo de programación

dominante a mediados de los años ochenta, en gran parte debido a la influencia de
C++, una extensión del lenguaje de programación C. Su dominación fue
consolidada gracias al auge de las Interfaces gráficas de usuario, para las cuales
la programación orientada a objetos está particularmente bien adaptada. En este
caso, se habla también de programación dirigida por eventos.

Las características de orientación a objetos fueron agregadas a muchos lenguajes

existentes durante ese tiempo, incluyendo Ada, BASIC, Lisp, Pascal, entre otros.
La adición de estas características a los lenguajes que no fueron diseñados
inicialmente para ellas condujo a menudo a problemas de compatibilidad y en la
capacidad de mantenimiento del código. Los lenguajes orientados a objetos
"puros", por su parte, carecían de las características de las cuales muchos
programadores habían venido a depender. Para saltar este obstáculo, se hicieron
muchas tentativas para crear nuevos lenguajes basados en métodos orientados a
objetos, pero permitiendo algunas características imperativas de maneras
"seguras". El Eiffel de Bertrand Meyer fue un temprano y moderadamente acertado
lenguaje con esos objetivos pero ahora ha sido esencialmente reemplazado por
Java, en gran parte debido a la aparición de Internet, y a la implementación de la
máquina virtual de Java en la mayoría de navegadores. PHP en su versión 5 se ha
modificado, soporta una orientación completa a objetos, cumpliendo todas las
características propias de la orientación a objetos.

Conceptos fundamentales
La programación orientada a objetos es una forma de programar que trata de
encontrar una solución a estos problemas. Introduce nuevos conceptos, que
superan y amplían conceptos antiguos ya conocidos. Entre ellos destacan los
siguientes:

Clase
Definiciones de las propiedades y comportamiento de un tipo de objeto concreto.
La instanciación es la lectura de estas definiciones y la creación de un objeto a
partir de ellas.

Herencia
Es la facilidad mediante la cual la clase D hereda en ella cada uno de los atributos
y operaciones de C, como si esos atributos y operaciones hubiesen sido definidos
por la misma D. Por lo tanto, puede usar los mismos métodos y variables publicas
declaradas en C. Los componentes registrados como "privados" (private) también
se heredan, pero como no pertenecen a la clase, se mantienen escondidos al
programador y sólo pueden ser accedidos a través de otros métodos públicos. Esto
es así para mantener hegemónico el ideal de OOP.
Objeto
Entidad provista de un conjunto de propiedades o atributos (datos) y de
comportamiento o funcionalidad (métodos) los mismos que consecuentemente
reaccionan a eventos. Se corresponde con los objetos reales del mundo que nos
rodea, o a objetos internos del sistema (del programa). Es una instancia a una clase.

Método
Algoritmo asociado a un objeto (o a una clase de objetos), cuya ejecución se
desencadena tras la recepción de un "mensaje". Desde el punto de vista del
comportamiento, es lo que el objeto puede hacer. Un método puede producir un
cambio en las propiedades del objeto, o la generación de un "evento" con un nuevo
mensaje para otro objeto del sistema.

Evento
Es un suceso en el sistema (tal como una interacción del usuario con la máquina,
o un mensaje enviado por un objeto). El sistema maneja el evento enviando el
mensaje adecuado al objeto pertinente. También se puede definir como evento, a
la reacción que puede desencadenar un objeto, es decir la acción que genera.

Mensaje
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ó.

Propiedad o atributo
Contenedor de un tipo de datos asociados a un objeto (o a una clase de objetos),
que hace los datos visibles desde fuera del objeto y esto se define como sus
características predeterminadas, y cuyo valor puede ser alterado por la ejecución
de algún método.

Estado interno
Es una variable que se declara privada, que puede ser únicamente accedida y
alterada por un método del objeto, y que se utiliza para indicar distintas situaciones
posibles para el objeto (o clase de objetos). No es visible al programador que
maneja una instancia de la clase.

Componentes de un objeto
Atributos, identidad, relaciones y métodos.

Identificación de un objeto
Un objeto se representa por medio de una tabla o entidad que esté compuesta por
sus atributos y funciones correspondientes.

En comparación con un lenguaje imperativo, una "variable", no es más que un

contenedor interno del atributo del objeto o de un estado interno, así como la
"función" es un procedimiento interno del método del objeto.

Características de la POO
Existe un acuerdo acerca de qué características contempla la "orientación a
objetos", las características siguientes son las más importantes:

Abstracción
Denota las características esenciales de un objeto, donde se capturan sus
comportamientos.Cada objeto en el sistema sirve como modelo de un "agente"
abstracto que puede realizar trabajo, informar y cambiar su estado, y
"comunicarse" con otros objetos en el sistema sin revelar cómo se implementan
estas características. Los procesos, las funciones o los métodos pueden también
ser abstraídos y cuando lo están, una variedad de técnicas son requeridas para
ampliar una abstracción.El proceso de abstracción permite seleccionar las
características relevantes dentro de un conjunto e identificar comportamientos
comunes para definir nuevos tipos de entidades en el mundo real. La abstracción
es clave en el proceso de análisis y diseño orientado a objetos, ya que mediante
ella podemos llegar a armar un conjunto de clases que permitan modelar la realidad
o el problema que se quiere atacar.

Encapsulamiento
Significa reunir a todos los elementos que pueden considerarse pertenecientes a
una misma entidad, al mismo nivel de abstracción. Esto permite aumentar la
cohesión de los componentes del sistema. Algunos autores confunden este
concepto con el principio de ocultación, principalmente porque se suelen emplear
conjuntamente.

Principio de ocultación
Cada objeto está aislado del exterior, es un módulo natural, y cada tipo de objeto
expone una interfaz a otros objetos que especifica cómo pueden interactuar con
los objetos de la clase. El aislamiento protege a las propiedades de un objeto contra
su modificación por quien no tenga derecho a acceder a ellas, solamente los
propios métodos internos del objeto pueden acceder a su estado. Esto asegura que
otros objetos no pueden cambiar el estado interno de un objeto de maneras
inesperadas, eliminando efectos secundarios e interacciones inesperadas.
Algunos lenguajes relajan esto, permitiendo un acceso directo a los datos internos
del objeto de una manera controlada y limitando el grado de abstracción. La
aplicación entera se reduce a un agregado o rompecabezas de objetos.

Polimorfismo
Comportamientos diferentes, asociados a objetos distintos, pueden compartir el
mismo nombre, al llamarlos por ese nombre se utilizará el comportamiento
correspondiente al objeto que se esté usando. O dicho de otro modo, las
referencias y las colecciones de objetos pueden contener objetos de diferentes
tipos, y la invocación de un comportamiento en una referencia producirá el
comportamiento correcto para el tipo real del objeto referenciado. Cuando esto
ocurre en "tiempo de ejecución", esta última característica se llama asignación
tardía o asignación dinámica. Algunos lenguajes proporcionan medios más
estáticos (en "tiempo de compilación") de polimorfismo, tales como las plantillas y
la sobrecarga de operadores de C++.

Herencia
Las clases no están aisladas, sino que se relacionan entre sí, formando una
jerarquía de clasificación. Los objetos heredan las propiedades y el
comportamiento de todas las clases a las que pertenecen. La herencia organiza y
facilita el polimorfismo y el encapsulamiento permitiendo a los objetos ser
definidos y creados como tipos especializados de objetos preexistentes. Estos
pueden compartir (y extender) su comportamiento sin tener que volver a
implementarlo. Esto suele hacerse habitualmente agrupando los objetos en clases
y estas en árboles o enrejados que reflejan un comportamiento común. Cuando un
objeto hereda de más de una clase se dice que hay herencia múltiple.

Recolección de basura
La recolección de basura o garbage collector es la técnica por la cual el entorno de
objetos se encarga de destruir automáticamente, y por tanto desvincular la
memoria asociada, los objetos que hayan quedado sin ninguna referencia a ellos.
Esto significa que el programador no debe preocuparse por la asignación o
liberación de memoria, ya que el entorno la asignará al crear un nuevo objeto y la
liberará cuando nadie lo esté usando. En la mayoría de los lenguajes híbridos que
se extendieron para soportar el Paradigma de Programación Orientada a Objetos
como C++ u Object Pascal, esta característica no existe y la memoria debe
desasignarse manualmente.

Entre los lenguajes orientados a objetos

se destacan los siguientes
● ABAP
● ABL Lenguaje de programación de OpenEdge de Progress Software
● ActionScript
● ActionScript 3
● Ada
● C++
● C#
● Clarion
● Clipper (lenguaje de programación) (Versión 5.x con librería de objetos
Class(y))
● D
● Object Pascal (Delphi)
● Gambas
● Harbour
● Eiffel
● Java
● JavaScript (la herencia se realiza por medio de la programación basada
en prototipos)
● Lexico (en castellano)
● Objective-C
● Ocaml
● Oz
● R
● Perl (soporta herencia múltiple. La resolución se realiza en preorden,
pero puede modificarse al algoritmo linearization C3 por medio del
módulo Class::C3 en CPAN)
● PHP (a partir de su versión 5)
● PowerBuilder
● Python
● Ruby
● Smalltalk (Proyecto investigativo. Influenció a Java.)
● Magik (SmallWorld)
● Vala
● Visual BASIC.NET
● Visual FoxPro (en su versión 6)
● Visual Basic 6.0
 ● Visual Objects
● XBase++
● Lenguaje DRP
● Lenguaje de programación Scala (lenguaje usado por Twitter).

Muchos de estos lenguajes de programación no son puramente orientados a

objetos, sino que son híbridos que combinan la POO con otros paradigmas.

Al igual que C++ otros lenguajes, como OOCOBOL, OOLISP, OOPROLOG y Object
REXX, han sido creados añadiendo extensiones orientadas a objetos a un lenguaje
de programación clásico.

Un nuevo paso en la abstracción de paradigmas de programación es la

Programación Orientada a Aspectos (POA). Aunque es todavía una metodología en
estado de maduración, cada vez atrae a más investigadores e incluso proyectos
comerciales en todo el mundo.

Introducción a los principios SOLID

Estos principios fueron definidos por Robert Martin (mejor conocido como el tío Bob). Su trabajo
consistió en tomar las ideas de distintas personas de la industria, y unirlas bajo la sigla SOLID
(cada letra representa un principio).

¿Existen más principios de diseño? Claro que sí.

Sin embargo, estos son los más conocidos y aplicados en el diseño orientado a objetos.

Vamos por el primero.

Principio de única responsabilidad

Single Responsibility Principle.

Este principio dice que nuestro módulo (clase) debería tener una sola razón para ser modificado.
Veámoslo con un ejemplo.

La clase Mensajero, en la siguiente imagen, tiene dos responsabilidades: enviar correos y enviar
mensajes de texto.
Esta clase podría cambiar por varias razones:

● El mecanismo para enviar correos es diferente. Por ejemplo, antes se usaba un servidor
SMTP y ahora se requiere usar un API.
● Cambios en la plataforma de mensajes de texto.
● Aparición de una nueva forma de enviar mensajes.

Acabamos de ver 3 razones diferentes por las cuales la clase podría cambiar. Esto nos puede
traer problemas de mantenibilidad. De ahí la importancia de respetar este principio.

En el ejemplo anterior, podríamos utilizar distintos patrones de diseño para resolver el problema.
En este caso en particular, vamos a separar cada una de las formas de mandar mensajes en
clases diferentes, y luego, mediante un patrón de fachada (o façade) podemos facilitar el
consumo de cada una de las funcionalidades.

Luego de los cambios, el diagrama de clases se vería así:

Así, cada clase tendría una única razón para cambiar. Por ejemplo, si en algún momento cambia
la plataforma de mensajes de texto, solo tenemos que modificar la clase EnvioSMS. Y si en
algún momento pasamos de enviar correos con un servidor SMTP a un API de un tercero, solo
impactamos la clase EnvioCorreo.
De esta forma, estamos cumpliendo el principio de única responsabilidad.

Principio de abierto cerrado

Open/Closed Principle

Este segundo principio nos dice que nuestro sistema debería estar cerrado a modificaciones, y
abierto a extensiones.

En pocas palabras: si queremos añadir nuevo código, lo ideal sería poder construir sobre
lo que ya existe, sin tener que hacer modificaciones grandes.

Trabajemos sobre el ejemplo del principio anterior.

Supongamos que ahora queremos enviar mensajes usando el chat corporativo de la empresa.
Tal como quedó el refactor del ejemplo anterior, serían necesarios los siguientes cambios:

1. Crear una nueva clase llamada EnvioChat.

2. Agregar un nuevo método en la clase Mensajero para enviar mensajes por chat.
3. Crear una instancia de EnvioChat en la clase Mensajero.

Los cambios se verían así:

Esto no sería lo más óptimo. Cada vez que añadamos una nueva forma de envío, sería
necesario modificar la clase Mensajero. Además, habría que cambiar todos los lugares donde se
llamen los métodos de Mensajero para que tengan en cuenta la nueva forma de enviar
mensajes.

Este es un ejemplo donde no estamos respetando el principio de abierto cerrado.

¿Cómo lo podemos mejorar?

Añadiendo mayor flexibilidad.

Flexibilidad que nos permita añadir nuevos mecanismos de forma fácil, sin tener que modificar lo
que ya funciona.

Allí, de nuevo, vienen los patrones al rescate.

Lo primero que podríamos hacer es crear una interfaz que nos permita definir el comportamiento
de cualquier clase que sea capaz de enviar un mensaje. Luego, ponemos a cada una de las
clases especializadas en envíos a que la implementen.

(Notarás una nueva clase, Mensaje, que sirve para unificar los parámetros que recibe el método
enviar).

Si estás familiarizado con el patrón adaptador, algo muy similar es lo que verás en ese
diagrama. Cada clase está especializada en conectarse con una forma diferente de enviar
mensajes.

Lo que necesitamos ahora es quitarle el conocimiento a la clase Mensajero de las distintas

clases que envían mensajes. Para esto, podemos implementar una fábrica.

Teniendo la fábrica, la clase Mensajero ya no necesita métodos específicos por cada método de
envío. Solo necesita pedirle a la fábrica un objeto de tipo EnvioMensaje, e invocar sobre este el
método enviar.

Principio de sustitución de Liskov

Liskov subtitution principle
Este principio nos habla específicamente de la herencia. En pocas palabras, dice que siempre
deberíamos poder reemplazar instancias de una clase padre por instancias de una clase
hija, sin que hayan comportamiento no deseados.

Visto de otra manera, las clases hijas no deberían modificar o eliminar los comportamientos
definidos en el padre.

A diferencia de los principios anteriores, no hay algún patrón de diseño específico por aplicar
aquí. Sin embargo, tener a la mano patrones de diseño relacionados con la herencia pueden ser
muy útiles. Algunos ejemplos:

● Método plantilla.
● Composite.
● Estrategia.
● Estado.

Principio de segregación de interfaces

Interface Segregation Principle

Debemos tener cuidado con definir interfaces con muchos métodos. De acuerdo a este principio,
es mejor tener interfaces pequeñas, con pocos métodos muy relacionados (alta
cohesión), en lugar de tener interfaces voluminosas que obligan a definir muchos
métodos a quien las implementa.

Aquí el principio de única responsabilidad resulta muy útil, para separar esas interfaz de la mejor
manera.

Algunos patrones, especialmente los de comportamiento, pueden ser muy convenientes:

● Estrategia.
● Estado.
● Cadena de responsabilidad.

Principio de inversión de dependencias

Dependency Inversion Principle

Este principio tiene dos ideas importantes de fondo.

1. Los módulos de alto nivel no deberían depender de módulos de bajo nivel, sino de
abstracciones.
2. Las abstracciones no deberían depender de los detalles. Los detalles deberían depender
de las abstracciones.

Una forma de lograr esto es empleando la inyección de dependencias (un tipo de inversión de
control). Si bien no es uno de los patrones de diseño orientado a objetos, es una forma muy útil
de garantizar la dependencia con abstracciones.

En general todos los patrones que ayuden a abstraer nuestros módulos son útiles para lograr
este principio. En particular, es relevante mencionar:

● Fachada.
● Fábrica abstracta y método fábrica.
 ● Adaptador.

¿Qué es Interfaz grafica de usuario ?

La Interfaz grafica de usuario, también conocida como GUI (Graphical User

Interface), es un programa que hace las veces de intermediario entre usuario y
máquina. Un software que muestra de forma visual todas las acciones posibles en
una plataforma, así como la información disponible, para que los usuarios puedan
interactuar con mayor facilidad y sin necesidad de disponer de profundos
conocimientos de informática.

Existen de varios tipos, como pueden ser GUI o ZUI, además de las interfaces de
pantallas táctiles o las naturales, NUI. Todas ellas aparecen con mayor o menor
frecuencia en diferentes tipos de dispositivos, además de contar con ciertas
peculiaridades que las diferencian entre ellas.

Por ejemplo, las NUI, gozan de la particularidad de no necesitar ningún dispositivo

de entrada, véase un ratón, un teclado o un lápiz. Recurren a la interacción directa
del usuario con sus dedos o sus propias manos, algo parecido a lo que ocurre
actualmente con cada app o web que visitamos en nuestros smartphones.

La Interfaz gráfica de usuario es algo que está totalmente presente en nuestro día a
día. Cuando visitamos una página web, cuando abrimos un programa en nuestro
ordenador o cuando arrancamos una app en nuestro smartphone, estamos
interactuando constantemente con una GUI. Ya estamos totalmente familiarizados
con ellas

Para qué sirve Interfaz grafica de usuario

Si te preguntas para qué sirve la Interfaz grafica de usuario, tan solo hay que pensar
en cómo se utilizaban los ordenadores hace 3 décadas y en cómo se utilizan ahora.
La principal finalidad de este programa es simplificar y hacer mucho más cómoda la
interacción entre una persona y un dispositivo.
 Permite a las empresas ofrecer soluciones personalizadas e imprimar su estilo en
todo aquello que implique al consumidor o lead informarse sobre ellas. Del mismo
modo, también permite que la comunicación entre ambas partes sea más sencilla.
La finalidad principal de esta solución no es otra más que la accesibilidad, permitir
que el aprovechamiento de la tecnología sea algo al alcance de cualquiera.

Ejemplos de Interfaz gráfica de usuario

Hay infinidad de ejemplos de Interfaz gráfica de usuario dando vueltas por Internet.
Tan solo hay que entrar a un navegador web para acceder a una, pero, si
exploramos todo el entramado de la red, tenemos la ocasión de toparnos con
muchos más casos que son tanto o más ilustrativos. Podemos tomar como
referencia la web de NeoAttack, nuestra agencia, que permite acceder a sus
apartados a través de un menú totalmente visual.

Pero también podemos dar más ejemplos a continuación. Echa un vistazo a este
post: Ejemplos de GUI.

Diferencias entre CLI y GUI

Tecnología10 Mayo, 2018

Ya hemos visto por separado en que consisten las interfaces de usuario CLI y GUI. Ahora, este

post, vamos a ver las diferencias más notables por si te ha quedado alguna duda.

Una Interfaz de usuario es el término utilizado para especificar cómo interactúa un usuario con un

dispositivo electrónico, en particular un ordenador. CLI y GUIson los diferentes tipos de interfaces

de usuario y principalmente se diferencian en los gráficos empleados en el sistema operativo.

Para realizar una operación en el sistema CLI hay que escribir un comando. Por otro lado, en el

GUI los usuarios proporcionan las ayudas visuales (gráficos) que incluyen imágenes e iconos, lo

que facilita a los usuarios realizar una tarea directamente.

Los sistemas CLI requieren normalmente experiencia en los comandos para realizar tareas,

mientras que la GUI no requiere experiencia, puede ser utilizada y operada también por usuarios

más novatos.

Tabla Comparativa

Diferencias Principales
 ● CLI permite a los usuarios escribir un comando manual para realizar la tarea
deseada, mientras que en GUI los usuarios proporcionan visuales para interactuar
con el sistema operativo como botones, iconos, imágenes, etc.
● Es fácil realizar una tarea en GUI y es aconsejable para usuarios más principiantes.
Por otro lado, CLI necesita experiencia en comandos y sintaxis en la mayoría de
casos.
● Los sistemas GUI requieren ratón y teclado, mientras que CLI sólo requiere un
teclado para funcionar.
● Se puede lograr una mayor precisión en CLI en comparación con GUI.
● GUI tiene la ventaja sobre la flexibilidad, donde los sistemas CLI son inflexibles.
● La GUI consume más espacio en el sistema, mientras que la CLI necesita menos
recursos y espacio en el sistema.
● No se puede cambiar la apariencia de CLI. En contraste, la apariencia GUI es
ajustable.
● CLI es más rápido que GUI.

En Resumen
Tanto CLI como GUI tienen sus ventajas y desventajas, y son apropiados de acuerdo a los

requerimientos del usuario y el uso que vaya a hacer. La interfaz gráfica de usuario(GUI)

proporciona un mayor grado de multitarea y más eficiencia, pero la interfaz de línea de

comandos(CLI) ofrece más control, precisión y repetibilidad.

Bibliografia
Clases (informatica)
https://es.wikipedia.org/wiki/Clase_(inform%C3%A1tica)
poo
https://www.ecured.cu/Programaci%C3%B3n_Orientada_a_Objetos#Entre_los_lenguajes_orient
ados_a_objetos_se_destacan_los_siguientes

principios solid y patrones de diseño

https://www.oscarblancarteblog.com/2018/08/15/principios-solid-patrones-diseno/

https://neoattack.com/neowiki/interfaz-grafica-de-usuario/

https://pc-solucion.es/2018/05/10/diferencias-entre-cli-y-gui/

Anexos
*Clases