Qual è la procedura migliore per denominare le proprietà che sono oggetti?

Question

Ad esempio, è una buona pratica?

private SalesOrder salesOrder; 

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

O devo sempre aggiungere la proprietà dell'oggetto con l'oggetto o BusinessObject per distinguere il tipo di proprietà dalla proprietà stessa:

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

importa se la struttura è parte di una pagina web o un oggetto?

Answer 1

Quest'ultimo è orribile. Modella qualcosa che ha un ordine di vendita, che a sua volta è modellato da un oggetto, non modellando qualcosa che ha un oggetto ordine di vendita.

"BusinessObject" dovrebbe essere solo il nome di qualcosa nel codice, se si sta scrivendo uno strumento per gli sviluppatori per aiutarli a gestire gli oggetti di business.

Il primo è spesso buono.

Non va bene se potrebbero esserci più di uno SalesOrder - anche se uno è quello "principale", stai introducendo confusione. Tuttavia una proprietà SalesOrders che era una enumerazione o una collezione di oggetti SalesOrder è buona (quando il plurale in lingua inglese non è della forma di singular +, usa il plurale reale anziché aggiungere semplicemente s, a meno che non si tratti di un caso in cui il plurale inglese è lo stesso del singolare

E 'meno grande quando tutto il resto è vendite legate Eg questo è orribile:..

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

In questo caso sarei tagliato le "vendite" di ogni nome della proprietà, ma non (necessariamente) dai nomi delle classi

Tuttavia, questo è un caso in cui è più bello:

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

In tutto, il modo di accedere è:

1. Qual è il miglior nome per quello che questa classe fa, che lo differenzia da quello che altre classi fanno (e, di conseguenza, non "oggetto" , "oggetto aziendale", "entità" o simili a meno che ciò non risulti particolarmente rilevante nel caso specifico).
2. Qual è il nome migliore per ciò che la proprietà riflette, che lo differenzia da altre proprietà.

Se finiscono per dare lo stesso nome in un caso particolare, allora va bene (a meno che non sia una classe annidata, quando è ambigua e illegale). Se finiscono per dare un nome diverso, allora va bene.

Answer 2

Non inserire i tipi nei nomi. Le classi possono cambiare i significati nel corso della loro vita e non vuoi che il tuo codice cresca ma non rispecchi ciò che è cambiato. Si tratta di una sospensione dai giorni ASP in cui si utilizzava il prefisso dei nomi delle tabelle con 'tbl' e le viste con 'vw'. Assegna un nome alle proprietà di cosa sono, singolare o plurale e sii coerente. Basta non mettere quello che la classe è nel nome. E se stai cercando di riflettere in modo più accurato qual è l'oggetto, guarda alla progettazione basata sul dominio in modo che il tuo codice rifletta l'azienda anziché ciò che i programmatori considerano.