Widzę w wielu miejscach, w których Resolve
używane jest to słowo , w Wstrzykiwaniu zależności (rozwiąż implementację interfejsu), Menedżerach pakietów (np .: Rozwiąż zależności pakietów), w Internecie (np .: Rozwiąż nazwę hosta).
Więc co robi logikę kodu tak wyjątkowe, że sprawia komuś wybrać słowo Resolve
nad prostego Convert
lub Transform
lub nawet Get
?
Odpowiedzi:
Różnica jest niewielka, ale spójna. Przekształcenie reprezentacji w inną wymaga pobrania tych samych danych i wyrażenia ich w innym formacie - na przykład w systemie szesnastkowym na liczbę dziesiętną lub na ciągi o małych i małych literach. Zwykle do przeprowadzenia takiej transformacji potrzebujesz jedynie ustalonego zestawu reguł.
Rozwiązanie nazwy zwykle wiąże się z zapytaniem o pewne repozytorium, które łączy nazwy z informacjami, których nie można przewidzieć bez repozytorium.
google.com
może rozwiązać na konkretny adres IP (w rzeczywistości kilka), ale jest to wypadek z historii przypisania IP - równie dobrze może to być zupełnie inna liczba i nie ma sposobu na wykonanie tego tłumaczenia, które w jakiś sposób obejmują przechowywanie całego rejestru lub przeszukiwanie go online. Podobnie, rozwiązanie zależności pakietów zwykle wymaga zainstalowania pakietów missig - nie wystarczy znać nazwy brakujących komponentów, trzeba faktycznie zdobyć ich zawartość, a zawartości nie da się przewidzieć na podstawie samej nazwy („QMail” brzmi jak program pocztowy, ale nie można przewidzieć jego dokładnych właściwości tylko na podstawie nazwy bez instalacji, ponieważ nazwa przenosi znacznie mniej informacji niż skompilowany program) .Dlatego nie powinieneś używać terminu „rozstrzyganie” dla czegoś, co jest zwykłą kontekstową transformacją danych. Zarezerwuj je na sytuacje, w których znaczna ilość informacji jest symbolizowana przez każdą nazwę, do tego stopnia, że jedynym rozsądnym rozwiązaniem jest posiadanie centralnego rejestru.
źródło