FileNotFoundException dans ApplicationSettingsBase

Juste une explication pour pourquoi cette exception est levée. Vous pouvez reproduire l'exception avec cet exemple d'application Windows Forms. Commencez par ajouter un paramètre nommé "Réglage" de type StringCollection. Cliquez sur les points dans la colonne Valeur et entrez un des deux chaînes. Faire de la classe de la forme de code ressemble à ceci:

public partial class Form1 : Form {
    public Form1() {
        InitializeComponent();
    }
    protected override void OnFormClosing(FormClosingEventArgs e) {
        Properties.Settings.Default.Setting[0] = DateTime.Now.ToString();
        Properties.Settings.Default.Save();
        base.OnFormClosing(e);
    }
}

Debug + Exceptions, cochez la Levée de case à cocher pour le CLR exceptions. Exécutez le formulaire et de le fermer, le débogueur s'arrête lorsque l'exception est levée. Le haut de la pile d'appel ressemble à ceci:

mscorlib.dll!System.Reflection.Assembly.nLoad(System.Reflection.AssemblyName fileName, string codeBase, System.Security.Policy.Evidence assemblySecurity, System.Reflection.Assembly locationHint, ref System.Threading.StackCrawlMark stackMark, bool throwOnFileNotFound, bool forIntrospection) + 0x2c bytes 
mscorlib.dll!System.Reflection.Assembly.InternalLoad(System.Reflection.AssemblyName assemblyRef, System.Security.Policy.Evidence assemblySecurity, ref System.Threading.StackCrawlMark stackMark, bool forIntrospection) + 0x80 bytes   
mscorlib.dll!System.Reflection.Assembly.Load(System.Reflection.AssemblyName assemblyRef) + 0x1d bytes   
System.Xml.dll!System.Xml.Serialization.TempAssembly.LoadGeneratedAssembly(System.Type type = {Name = "StringCollection" FullName = "System.Collections.Specialized.StringCollection"}, string defaultNamespace = null, out System.Xml.Serialization.XmlSerializerImplementation contract = null) + 0xcd bytes  
System.Xml.dll!System.Xml.Serialization.XmlSerializer.XmlSerializer(System.Type type = {Name = "StringCollection" FullName = "System.Collections.Specialized.StringCollection"}, string defaultNamespace = null) + 0x105 bytes  

Vous pouvez voir la classe XmlSerializer de chasse pour un assembly qui contient le sérialiseur XML pour la StringCollection classe. Le LoadGeneratedAssembly méthode ressemble à ceci avec l'ennuyeux supprimée:

internal static Assembly LoadGeneratedAssembly(Type type, string defaultNamespace, out XmlSerializerImplementation contract)
{
    ...
    AssemblyName parent = GetName(type.Assembly, true);
    partialName = Compiler.GetTempAssemblyName(parent, defaultNamespace);
    parent.Name = partialName;
    parent.CodeBase = null;
    parent.CultureInfo = CultureInfo.InvariantCulture;
    try
    {
        serializer = Assembly.Load(parent);      //<=== here
    }
    catch (Exception exception)
    {
      ...
    }
  ....
}

Et Le Compilateur.GetTempAssemblyName():

internal static string GetTempAssemblyName(AssemblyName parent, string ns)
{
    return (parent.Name + ".XmlSerializers" + (((ns == null) || (ns.Length == 0)) ? "" : ("." + ns.GetHashCode())));
}

Ce GetTempAssemblyName est le mal-doer dans ce cas. Le StringCollection classe vit dans l'System.dll assemblée, la méthode génère le nom de "Système.XmlSerializers". Cette méthode est conçue pour trouver l'assemblée pour vos propres classes, celui généré par Sgen.exe. Comme WindowsApplication1.XmlSerializers.dll pour votre exemple de programme. Mais StringCollection est une classe de l' .NET Framework, le nom de l'assemblage qu'il génère n'est tout simplement pas valide. Il n'est pas réellement un "System.XmlSerializers.dll" l'assemblée dans le cadre.

Des rapports de rétroaction à propos de ce comportement à connect.microsoft.com ont tous été fermés avec "By Design". Il a été, les concepteurs d'origine considéré comme le coût de la prévention à l'exception trop élevé et a décidé à juste attraper l'exception. Qui tous fonctionne bien, l'exception est en effet pris. Vous venez d'arriver à le voir parce que vous avez obtenu la Levée de case à cocher activée dans le Debug + boîte de dialogue Exceptions.

Faire de la sérialisation Xml code se comportent différemment ici n'est pas une option. Il aurait été assez facile pour eux de simplement filtrer les types de l'System.dll de l'assemblée, mais c'est potentiellement une bataille sans fin, il y a beaucoup plus d'assemblées dans le cadre. Une solution de contournement est d'utiliser votre propre classe pour enregistrer le réglage au lieu d'utiliser un StringCollection.

Vous êtes à la capture de trop nombreuses exceptions, le Système.XmlSerializer toujours de se débarrasser de cette exception dans le cadre de son fonctionnement normal, il est interceptée et gérée par la classe elle-même. Modifier vos options de débogage pour seul hic, vos exceptions, pas des exceptions, qui sont détectés et gérés au sein de la .net farmework classes.