Che è architettonicamente corretto per i nomi dei metodi Data Access Layer: Recupera o Seleziona? [chiuso]

3

Ho visto le parole Fetch e Select usate in modo apparentemente intercambiabile quando si nominano i metodi del livello di accesso ai dati (ad esempio Person.Select o Person.Fetch). Quale è corretto?

Il mio istinto è che il punto del livello di accesso ai dati è quello di astrarre l'accesso ai dati e quindi il termine Fetch sarebbe più di un'astrazione, forse di quanto sarebbe Select. Ma se per un momento si può immaginare che SQL non fosse una tecnologia esistente, il termine Select da solo potrebbe essere appropriato.

    
posta Richard Collette 05.06.2013 - 14:56
fonte

2 risposte

3

Secondo i commenti forniti, direi anche che è una questione di preferenza. Quando devo affrontare i problemi di denominazione, di solito cerco le differenze semantiche delle parole in un dizionario.

recupera - vai per e poi riporta (qualcuno o qualcosa) per qualcuno

seleziona - scegli attentamente come migliore o più adatto

La parola select ha la nozione di scegliere tra alcuni elementi. Questo non è il caso in un livello di accesso ai dati, perché in un metodo specifico si conosce a quale entità si desidera accedere e, quindi, il processo di selezione avviene piuttosto nello stesso livello del database.

Quindi preferirei la parola fetch in questo caso, perché, secondo la definizione, vai per i dati di un'entità e vuoi riportarla indietro (= inoltrala) al prossimo livello superiore, forse le logiche di business livello.

    
risposta data 05.06.2013 - 16:44
fonte
0

Quando scegliere tra Select e Fetch preferirei SELECT perché è usato in altre tecnologie (SQL, LINQ, ...) e quindi "ciò che farà" è più comprensibile per gli sviluppatori.

Personalmente sceglierei Query, come usato in Hibernate o RavenDb, perché implica che devi fare qualcosa di diverso dalla semplice selezione di un sottoinsieme di una collezione per ottenere i dati.

    
risposta data 05.06.2013 - 17:26
fonte

Leggi altre domande sui tag