Dur Debug.Assert?

Question

Debug.Assert'i bir certion işlemi yaparken yapmaya çalışan bir kütüphane kullanıyorum, Debug.Assert'i kullanmaktan vazgeçmek var mı?

Answer 1

ardından Marc doğru derlenmiş olacak, tanımlanmış DEBUG sembol olmadan derlemek; Sadece DEBUG tanımlanmadan yeniden derleyin ve tüm iddialar ortadan kalkar.

Bunu yapamıyorsanız, kitaplığın kaynak kodunu bilmiyorsanız, programınızı Trace Listeners temizleyebilirsiniz. Bu şekilde itiraz ateşlendiğinde, hala patlar ama hiçbir şey yapmaz. (Ne zaman bir onaylama işlemi yangınlar, sadece dinleyicileri kayıtlı hangi iz bakar ve iddiayı hakkında bilgilendirmektedir. Hiçbir dinleyici hiçbir şey olmaz anlamına gelir.)

Bu senaryoda, bir müşteri iz varsayılan iz dinleyici değiştirilmesi düşünebilirsiniz Kendinizin dinleyicisi gibi bir şey yapan bir dosyaya iddiayı kaydeder. Bu şekilde, günlüğü gözden geçirebilir ve kütüphanenin hata ayıklama sürümünün "normal" yürütülmesinde hangi iddiaların atılacağını görebilirsiniz.

Answer 2

sonra Debug.Assert için hiçbir aramalar (yöntemleri [Conditional("DEBUG")] ile tanımlanır) Eğer kütüphane yeniden derlemek Eğer

Answer 3

İkili mi kullanıyorsunuz yoksa kitaplık kaynağınız var mı? Eski durumda, neden bir Hata Ayıklama oluşturup bırakmadıklarını öğrenmek için satıcınızla görüşmenizi ve kodundaki bir hata olan Assert hakkında bilgi vermenizi öneririm (Kodun beklenen şekilde yürütülmesi durumunda iddianın başarısız olması durumunda bile onaylama hatalarının oluşmaması gerekir) . istisnai durumlar)

Answer 4

Sen Debug.Assert(false) üzerine kırma inhibe sizin app.config dosyasına aşağıdaki bölümü ekleyin: Ayrıntılar için

<configuration> 
    <system.diagnostics> 
    <assert assertuienabled="false"/> 
    </system.diagnostics> 
</configuration> 

assert element ve DefaultTraceListener.AssertUiEnabled Property görüyoruz.