Ir al contenido principal

Categorías de Objetos en Diseño de Software

Categories of Objects in Design 
Categorías de Objetos en Diseño de Software

A medida que descomponga los objetos, es posible que identifique diferentes tipos de objetos. generalmente hay tres categorías.

Entity Objects

Los objetos de tipo Entidad son los más familiares, porque corresponden a alguna entidad del mundo real en el espacio del problema. Si tiene un objeto que representa una silla en su software, entonces este es un objeto de entidad. Si tiene un objeto que representa un edificio o un cliente, todos estos son objetos de entidad.

Boundary Objects

Los objetos de límite son objetos que se encuentran en el límite entre sistemas. Podría ser un objeto que se ocupa de otro sistema de software, como un objeto que obtiene información de Internet. También podría ser un objeto con la responsabilidad de mostrar información al usuario y obtener su opinión. Si programa una interfaz de usuario, el aspecto visual del software, probablemente esté trabajando principalmente con objetos de límite. Cualquier objeto que se ocupe de otro sistema (un usuario, otro sistema de software, Internet) puede considerarse un objeto límite.

Control Objects

Los objetos de control son objetos responsables de la coordinación. Encontrara objetos de control cuando intente desglosar un objeto grande y descubra que sería útil tener un objeto que controle los otros objetos. Estos normalmente se definen con patrones de diseño. Un gran ejemplo es un Mediador: simplemente coordina las actividades de muchos objetos diferentes para que puedan permanecer libremente acoplados.

Referencia: Course - Object-Oriented Design by Coursera.

Comentarios

Entradas más populares de este blog

Antipatrones Microservicios

1. Migración de Manejo de Datos Antipatron. El antipatrón de migración basado en datos se produce principalmente cuando se migra de una aplicación monolítica a una arquitectura de microservicios. La razón por la que esto es un antipatrón es que al principio parece una buena idea migrar la funcionalidad del servicio y los datos correspondientes al crear microservicios, pero como aprenderá en este capítulo, esto lo llevará por un mal camino que puede resultar en alto riesgo, exceso de costo y esfuerzo de migración adicional. Comprender los riesgos relacionados con la migración de datos y la importancia de "datos sobre funcionalidad" es el primer paso para evitar este antipatrón. La técnica para evitar este antipraton consiste en realizar primero una migración de la funcionalidad, es decir, primero refactorizar el código fuente, pasando por primero modularizar el contexto o dominio y continuar con la definición y construcción de servicios, a medida que se conoce el código que se...

Microservice Architecture | Arquitectura de microservicios

Qué es  Arquitectura de microservicios ?   El estilo arquitectónico de microservicios es un enfoque para desarrollar una sola aplicación como un conjunto de pequeños servicios, cada uno de los cuales se ejecuta en su propio proceso y se comunica con mecanismos ligeros, a menudo una API de recursos HTTP. El hecho de que los  servicios son implementables y escalables de manera independiente, cada servicio también permite que se escriban diferentes servicios en diferentes lenguajes de programación. También pueden ser gestionados por diferentes equipos. Las aplicaciones creadas a partir de microservicios pretenden ser lo más desacopladas y cohesivas posible: poseen su propia lógica de dominio y actúan más como ltros en el sentido clásico de que reciben una solicitud, aplican la lógica según corresponda y producen una respuesta. Un servicio es una funcionalidad que se expone para su uso por otros procesos .  Que otros protocolos puedo us...

Referencia | Material de Apoyo

Arquitectura .NET Architecture Guides Architectural Patterns: Uncover essential patterns in the most indispensable Domain Driven Design Quickly Microservicios Practical Microservices: By Umesh Ram Sharma Building Microservices: Designing Fine-Grained Systems By Sam Newman SOA Design Patterns By Thomas Erl