Ho un piccolo bisogno di chiarimenti sui nomi. Prima una breve descrizione della mia posizione. Mi preparo come esordiente dando una descrizione del lavoro per sviluppatori junior, che ha anche fornito un'altra prospettiva su quanto sia importante la comunicazione e per metterla fuori dubbio.
È sufficiente; Mi piace capire cosa intenda con "Contesto" e mi piace dare una descrizione adottata di cosa sia un POCO. Ora, queste non sono le parole esattamente problematiche. Non abbiamo ancora parlato. Lo descrivo più come problema semantico e mi concentro sui dati e sull'IoC, perché c'è il punto che incontreremo (He = GUI, I'm BL).
Fornisco un esempio tipizzato manualmente come riferimento per nominare parti diverse di esso. Alcuni termini sono locali per un produttore o uno strumento e alcuni sono usati più generici, che preferisco quest'ultimo.
// Poco, Model?
public class Customer
{
public int CustomerId { get; set; }
public string Name { get; set; }
}
// A short sign of repository pattern
public class CustomerContext
{
// Is this a context or even a entity?
List<Customer> cust;
public CustomerContext()
{
cust = new List<Customer>();
cust.Add(new Customer() { CustomerId = 1, Name = "Doe" });
cust.Add(new Customer() { CustomerId = 2, Name = "John" });
cust.Add(new Customer() { CustomerId = 3, Name = "Zelda" });
cust.Add(new Customer() { CustomerId = 4, Name = "Kim" });
}
public IQueryable<Customer> Get()
{
return cust;
}
}
* Quali termini si adattano meglio? *
"Cliente" è un modello (preso da MVC)? In poche parole, intendiamo lo stesso con POCO?
Come faccio a chiamare i dati digitati di esempio sopra? Mocks? Semplicemente "Dati"?
Come faccio a chiamare l'oggetto CustomerContext? Un repository? Un contesto? È un'entità?
Ci sono altri termini che sono sfuggiti a questo ambito?
Sembra comune scrivere su repository e generici, anche se rientrano nell'ambito di un produttore (laddove "entità" indica comunemente Entity Framework). Una strong indicazione di cosa significhi cosa (e quando), sarebbe di aiuto.