Anlayışım, .NET'in DLL dosyaları için gerçekten "yapılandırma" yapmamasıdır - yalnızca ana Yürütülebilir veya Web Uygulaması bir yapılandırma dosyası alır ve bundan sonra Yürütülebilir/Web Uygulaması tarafından başvurulan tüm DLL'ler okunur..NET DLL Ayarları ve Yapılandırması - neler oluyor?
Ancak, VS2008'de, bir Sınıf Kitaplığı (DLL) projesine Web Referansı eklerseniz, projeye bir Settings.Settings dosyası ve bir app.config dosyası ekler. Web Referansının ana URL'sini içerirler.
Peki bu dosyalar ne için? DLL'in yardımsız okumasını sağlamanın bir yolu yok, değil mi?
düzenleme: app.config ve Settings.Settings'in içeriği bir fark yaratıyor gibi görünüyor: DLL Project'in app.config dosyasındaki Web Referans URL'sinin değiştirilmesi (örneğin) kendi başına bir fark yaratmaz; app.config dosyasındaki URL'yi düzenler ve daha sonra Settings.Settings dosyasını açın, app.config dosyasında yaptığınız değişiklikler daha sonra Settings.Settings'e kopyalanır. Ve sonra, DLL çalışma zamanında yeni değeri alır. Bunu nasıl yapıyor?
düzenleme: Buradaki karışıklığımın bir kısmı, Settings.Settings ve app.config arasındaki farklar ve bunların birbirleriyle nasıl bir ilişki içinde olduğunun çok açık olmamasıdır, bu yüzden insanlar bu konuda da yardımcı olabilirler.
Değişiklikler Settings.Settings dosyaya kopyalanan ve sonra onun kadar, çalışma zamanında yakalandı görünüyor sadece gösteri için değil. – codeulike
Ah üzerindeki düzenlemeye bakın, teşekkürler. Ben app.config Settings.Settings ile ilgili yol çok açık değildi, bu yüzden senin düzenleme yardımcı olur. – codeulike