Resolve
依存関係の挿入(インターフェイスへの実装の解決)、パッケージマネージャー(例:パッケージの依存関係の解決)、Web(例:ホスト名の解決)で、単語が使用される多くの場所で見ます。
では、コードのロジックを特別なものにして、誰かResolve
が単純なConvert
、Transform
またはさらには単語を選択するようにするのはGet
なぜですか?
Resolve
依存関係の挿入(インターフェイスへの実装の解決)、パッケージマネージャー(例:パッケージの依存関係の解決)、Web(例:ホスト名の解決)で、単語が使用される多くの場所で見ます。
では、コードのロジックを特別なものにして、誰かResolve
が単純なConvert
、Transform
またはさらには単語を選択するようにするのはGet
なぜですか?
回答:
違いはわずかですが、一貫しています。表現を別の表現に変換するには、同じデータを取得して別の形式で表現する必要があります。たとえば、16進数から10進数への変換、大文字小文字混在の文字列からすべて低い文字列への変換などです。通常、このような変換を実行するには、ルールの固定セットのみが必要です。
通常、名前の解決には、リポジトリなしでは予測できない情報と名前を関連付けるリポジトリのクエリが含まれます。google.com
特定のIPアドレス(実際には複数)に解決される場合がありますが、それはIP割り当て履歴の偶然です-それはまったく異なる数であった可能性があり、この変換を行う方法はありません。レジストリ全体を保存するか、オンラインで照会する必要があります。同様に、パッケージの依存関係を解決するには、通常、missigパッケージをインストールする必要があります-不足しているコンポーネントの名前を知るだけでは十分ではなく、実際にその内容を取得する必要があります、コンテンツは名前だけでは予測できません(「QMail」はメールプログラムのように聞こえますが、名前はコンパイルされたプログラムよりもはるかに少ない情報を転送するため、インストールせずに名前だけで正確なプロパティを予測することはできません) 。
したがって、単なるコンテキストフリーのデータ変換である「解決」という用語は使用しないでください。かなりの量の情報がそれぞれの名前で象徴されている状況のために予約してください。そのための唯一の合理的な取り決めは、そのための中央レジストリを持つことです。