多くのプログラマーが順守しているように見えるのは、構成規則です。IoC のコンテキストでは、これは XML 構成の代わりに API を使用することを意味します。
構成の規則を使用するために抽象インターフェイス/クラスの具体的な実装を含む DLL を参照する必要がある場合、DI/IoC の背後にある疎結合のアイデアをどのように維持することになっていますか?
多くのプログラマーが順守しているように見えるのは、構成規則です。IoC のコンテキストでは、これは XML 構成の代わりに API を使用することを意味します。
構成の規則を使用するために抽象インターフェイス/クラスの具体的な実装を含む DLL を参照する必要がある場合、DI/IoC の背後にある疎結合のアイデアをどのように維持することになっていますか?
コード API を介した構成は「慣例」ではありません。それは「構成」です。
設定より規約とは、たとえば、特定のアプリケーション フレームワーク (Rails や CodeIgniter など) では、特定の種類のコードを特定のディレクトリに配置する必要があることを意味します。これらのファイルがどこにあるかを構成によってアプリケーション フレームワークに伝える必要はありません。
つまり、それらのバランスを取る必要があります。どちらかまたは両方の考えにとらわれないでください。
一方、構成ファイルがどうしても必要な場合は、それらが XMLでなければならないという考えにとらわれないでください。XML は比較的重い表現です。JSON、YAML などは広く利用可能であり、ほとんどの構成ファイルの種類のストレージで簡単に使用できます。