Vedo in molti posti dove viene usata la parola Resolve , in Dependency Injection (risolvi un'implementazione in un'interfaccia),
Gestori di pacchetti (es: Risolvi le dipendenze dei pacchetti), Web (es: Risolvi un nome host).
Quindi cosa rende la logica del codice così speciale che fa scegliere a qualcuno la parola Resolve su un semplice Convert o Transform o addirittura a Get ?
La differenza è lieve, ma coerente. Trasformare una rappresentazione in un'altra implica il prendere gli stessi dati ed esprimerli in un altro formato, ad esempio un esadecimale in un numero decimale o stringhe con maiuscole e minuscole in una stringa completamente vuota. In genere, non è necessario nient'altro che un set fisso di regole per eseguire tale trasformazione.
La risoluzione di un nome di solito comporta l'interrogazione di alcuni repository che associano nomi con informazioni che non possono essere previste senza il repository. google.com può essere risolto in un I.P. specifico indirizzo (diversi, in realtà), ma questo è un incidente del I.P. cronologia degli incarichi - potrebbe anche essere un numero completamente diverso, e non c'è modo di fare questa traduzione che non implichi in qualche modo la memorizzazione dell'intero registro, o la richiesta online. Allo stesso modo, risolvere le dipendenze dei pacchetti di solito richiede installare i pacchetti missig - non è sufficiente conoscere i nomi dei componenti mancanti, devi effettivamente acquisire i loro contenuti , e il contenuto non è prevedibile solo dal nome ("QMail" suona come un programma di posta, ma non puoi predire le sue proprietà esatte solo dal nome senza installarlo, poiché il nome trasporta molto meno informazioni di il programma compilato).
Quindi non si dovrebbe usare il termine "risoluzione" per qualcosa che è una mera trasformazione di dati senza contesto. Riservalo per le situazioni in cui una grande quantità di informazioni è simbolizzata da ciascun nome, così tanto che l'unica soluzione ragionevole è quella di avere un registro centrale per questo.
Leggi altre domande sui tag dependency-injection programming-practices naming packages