¿Cuál es la mejor práctica para nombrar propiedades que son objetos?

Question

Por ejemplo, ¿es esta una buena práctica?

private SalesOrder salesOrder; 

public SalesOrder SalesOrder 
{ 
    get { return salesOrder; } 
    set { salesOrder = value; } 
} 

O debería siempre añadir la propiedad de objeto con el objeto o BusinessObject para distinguir el tipo de propiedad de la propiedad en sí:

public SalesOrder SalesOrderBusinessObject 
{ 
    get { return salesOrder; } 
    set { salesOrder = value; } 
} 

qué importa si la propiedad es parte de una página web o una ¿objeto?

Answer 1

Lo último es horrible. Está modelando algo que tiene un pedido de cliente, que a su vez está modelado por un objeto, no modelando algo que tiene un objeto de pedido de cliente.

"BusinessObject" sólo debe ser el nombre de algo en su código, si usted está escribiendo una herramienta para los desarrolladores para ayudarles a lidiar con los objetos de negocio.

La primera a menudo es buena.

No es bueno si pudiera haber más de un SalesOrder - incluso si uno es el "principal", está introduciendo confusión. Sin embargo, una propiedad SalesOrders que era enumerable o una colección de objetos SalesOrder es buena (cuando el plural en inglés no es del singular + 's', use el plural real en lugar de solo sumar s, a menos que sea un caso donde plural Inglés es el mismo que el singular

es menos de un gran cuando todo lo demás está relacionado con las ventas Ej esto es horrible:..

public class Sale 
{ 
    public SalesOrder SalesOrder{get;set;} 
    public SalesReference SalesReference{get;set;} 
    public decimal SalesValue{get;set;} 
    public string SalesCurrency{get;set;} 
} 

En este caso me había cortado las "ventas" de cada uno . nombre de la propiedad, pero no (necesariamente) a partir de los nombres de las clases

sin embargo, este es un caso en el que es más agradable:

public class Sale 
{ 
    public SalesOrder SalesOrder{get;set;} 
    public StockOrder StockOrder{get;set;} 
} 

En total, la forma de abordarlo es:

1. ¿Cuál es el mejor nombre para lo que hace esta clase, que lo diferencia de lo que otras clases lo hacen (y por lo tanto, no "objeto" , "objeto de negocio", "entidad" o similar a menos que eso realmente se destaque como particularmente relevante en el caso dado).
2. Cuál es el mejor nombre para lo que refleja la propiedad, que lo diferencia de otras propiedades.

Si terminan dando el mismo nombre en un caso particular, entonces eso está bien (a menos que sea una clase anidada, cuando es ambigua e ilegal). Si terminan dando un nombre diferente, entonces bien también.

Answer 2

No coloque tipos de nombres. Las clases pueden cambiar los significados a lo largo de su vida y no desea que su código crezca, pero no refleja lo que ha cambiado. Esto es un remanente de los días de ASP cuando solía prefijar nombres de tabla con 'tbl' y vistas con 'vw'. Nombra las propiedades como son, en singular o en plural, y sé consistente. Simplemente no pongas la clase en el nombre. Y si busca reflejar con mayor precisión el objeto, investigue el diseño impulsado por el dominio para que su código refleje el negocio en lugar de lo que los programadores lo consideren.