2015-05-04 19 views
8

Sadece bir yapı sırasında Visual Studio 2013, web.config dosyasını ASP.NET MVC 4 web uygulaması projemin kökünden bin klasörüne kopyalayarak ve bir .config uzantısı ile sonuçlanan web uygulaması DLL için yeniden adlandırdığını fark ettim . Düz bir kopya çünkü dosyalar aynı zaman damgası var.Neden VS 2013 ASP.NET MVC 4 web.config dosyasını bin kopyalamak ve yeniden adlandırmak için kullanıyor?

Yapı, çalıştırılabilir Windows/konsol projelerinde app.config dosyaları için bunu yaptığınıza aşinadır, ancak neden web.config'e çalışma zamanında bağlı olacak bir web uygulaması için bunu yapıyor?

+0

Ayrıca, bir dosya veya web tabanlı dağıtım gerçekleştirirken VS Publish özelliğinin bu [dll] .config dosyasını içermediğini doğruladım; dosya, bir yapının ardından yalnızca proje bin klasöründe görünür. – ewbi

+2

Bu, MVC 5 ve VS 2015 ile de olur. Bu davranışı engellemenin bir yolu olup olmadığını merak ediyorum, çünkü hiç bir anlam ifade etmiyor. –

+2

Ayrıca şunu da görüyorum: web.config bin klasörüne kopyalanır ve TestWebProject.dll.config olarak yeniden adlandırılır. Bunu istemiyoruz çünkü web.config'ımızı dağıtım zamanında şifreliyoruz ve bu, orada olacağını bilmediğimiz bir başka yapılandırma dosyası. – NickRamirez

cevap

2

olarak iyi ben bin klasöründe yapılandırma dosyası size daha büyük bir projenin içine DLL dahil etmek karar vermelidir kullanışlı yerde o DLL için gerekli olan ayarları korumak için izin dışında şey yapar söyleyebilirim . Bu durumda muhtemelen yapılandırma dosyasını hosting uygulamaları yapılandırma dosyasına birleştirmek isteyebilirsiniz.

Burada biraz daha fazla bilgi veren bir soru var. What use has the default (assembly).dll.config file for .NET-Assemblies?

+0

Teşekkürler, ancak projede hiçbir ayar veya gerçek uygulama ayarları dosyası yok. VS sadece web.config dosyasını projenin kökünden bin klasörüne kopyalar ve [dll] .settings olarak adlandırır. Hatta projenin web.config dosyasıyla aynı zaman damgasına sahiptir. – ewbi

+0

Web.config dosyası bin klasörüne kopyalanırsa, herhangi bir yararı olacak herhangi bir örnek verebilir misiniz? App.config dosyaları için mantıklı olduğunu biliyorum, ancak web uygulamaları farklı şekilde yürütüldü ve AFAIK, IIS kopyalanan yapılandırma dosyasını hiç okumaz ve sadece orijinali dikkate alır. –

+0

Hayır, web.config dosyasını bin klasörüne kopyalamak için kafamın üst kısmındaki herhangi bir örneği düşünemiyorum. Sanırım bazı örneklerde görüyorum, örneğin MVC'de, alt klasörlerin kendi alt klasörleri için belirli ayarları belirten kendi web.config'lerine sahip oldukları ancak genel olarak bu dosyaların uygulamanın web.config ile aynı olmadıkları sanılıyor. –

İlgili konular