Tenía la impresión de que todos son básicamente iguales. ¿Los objetos modelo también son iguales?
Ahora mismo, en mi arquitectura, tengo:
class Person
{
public string PersonId;
public string Name;
public string Email;
public static bool IsValidName() { /* logic here */ }
public static bool IsValidEmail() { /* logic here */ }
}
class PersonService
{
private PersonRepository pRepository;
PersonService()
{
pRepository = new PersonRepository();
}
public bool IsExistingEmail(string email)
{
//calls repo method to see if email is in db
}
public Person GetPerson(email)
{
return pRepository.Get(email);
}
public void SavePerson(Person p)
{
if (Person.IsValidEmail(p.Email) && !IsExistingEmail(p.Email)
{
pRepository.Save(p);
}
}
}
class PersonRepository
{
public void Save(Person p)
{
//save to db
}
public Person Get(string email)
{
//get from db
}
public bool IsExistingEmail(string email)
{
//see if email in db
}
}
¿Cuál de las clases anteriores son POCO, Domain Object, Model object, entity?
c#
asp.net
architecture
domain-driven-design
jpshook
fuente
fuente
Es más una connotación de función; un objeto de dominio es algo que es específico de su implementación lógica y puede ser más complejo que un simple POCO; una entidad tiene una connotación para representar algo (generalmente en referencia a un medio de persistencia), y un POCO es solo un identificador rápido para una clase. Un modelo es solo un término que se usa para representar un objeto (generalmente contiene un estado y generalmente se ocupa de la interfaz de usuario o la base de datos).
No es que haya una diferencia funcional, son términos diferentes para describir algo más de cerca. Como la diferencia entre un coche de carreras, una camioneta y un sedán familiar. Todos son automóviles, pero cada término es más descriptivo.
fuente
básicamente se trata de lógica interna
Básicamente, todos se usan para lo mismo, es solo lo inteligentes que quieres que sean
según su ejemplo de código, la clase Person sería un objeto de dominio o un modelo, los otros 2 son un servicio y un repositorio. Los objetos de dominio, Pocos, modelos, dtos, etc.se usan como mensajes, se pasan de una capa a la siguiente, una clase de servicio como PersonService es una capa en la aplicación y lo mismo con la clase Repository como PersonRepository. para una buena vista general, eche un vistazo a http://bob-the-janitor.blogspot.com/2009/07/n-tier-design-revisit-part-1-over-view.html en este caso, se trata de usar una entidad de datos que es básicamente un dto
fuente
Ya hay buenas explicaciones de Dominio y Modelo en las respuestas anteriores.
En una entidad de contexto de base de datos significa elemento en un modelo de relación de entidad ERD . (es decir, una fila en una tabla)
En Microsoft-Dotnet-EntityFramework-World Entity significa un objeto que se puede cargar y guardar en una base de datos utilizando un contexto de datos (base). Por lo general, una entidad no puede existir sin su contexto de datos (base). (Unidad-) Probar la funcionalidad comercial de estas clases es difícil.
Los Pocos (Objetos CommonRuntime antiguos simples) pueden existir sin PersistenceFramework (EntityFramework o NHibernate), por lo que son mucho más fáciles de probar.
La palabra poco es la adaptación de pojo (objeto simple de Java antiguo) que se creó en el mundo de Java por la misma razón.
fuente
Un objeto de dominio es una entidad en la capa de dominio de su aplicación, por ejemplo. una clase de dirección. "Modelo" significa lo mismo: una entidad en el "Modelo de dominio".
Un POCO (objeto CLR simple y antiguo) es un objeto que no tiene un comportamiento (métodos) definido y solo contiene datos (propiedades). Los POCO se usan generalmente como DTO (objetos de transporte de datos) para transportar datos entre capas, y los datos se usan comúnmente para poblar un objeto / entidad de dominio.
fuente