Properties.Settings Ambiguïté après l'ajout de LINQ à SQL

Question

J'ai récemment lié une base de données à mon service C# en créant un élément LINQ to SQL dans ma solution. Tout allait bien et dandy comme je continuais à coder, mais j'ai soudainement remarqué qu'il y avait 16 erreurs d'ambiguïté. par exemple.

Ambiguity between 'EmailService.Properties.Settings.defaultInstance' and 'EmailService.Properties.Settings.defaultInstance' 

Qu'est-ce qui s'est passé est que le fichier de base de données a décidé de créer son propre Setting.Designer.cs; Donc maintenant j'ai un Settings.Designer.cs et un Settings1.Designer.cs (qui a été créé par le fichier LINQ to SQL) dans mon dossier Properties.

Y at-il de toute façon que je puisse changer l'endroit où le fichier de base de données fait référence à ses paramètres afin que je puisse supprimer le doublon?

Answer 1

Je l'ai réparé manuellement.

je devais utiliser rechercher et remplacer pour remplacer toutes les instances qui ont été REFERENCEMENT à Settings1.settings puisque je ne pouvais pas utiliser refactoring; Puis j'ai dû supprimer le fichier Settings1.settings.

Vous devez cependant vous assurer que vous ne manquez pas une référence sinon un autre Settings1.settings sera généré automatiquement lorsque vous reconstruisez votre solution.

Answer 2

Dans le concepteur DBML, dans les propriétés DataContext, il y a une option pour utiliser les paramètres d'application qui est activée par défaut. Si vous le définissez sur false, la classe de paramètres ne sera plus générée.

Answer 3

J'ai supprimé le fichier réglages1 et qui semblait avoir fait le tour ...