Properties.Settings Неоднозначность после добавления LINQ to SQL

Question

Я недавно связал базу данных с моей службой C#, создав элемент LINQ to SQL в моем решении. Все было прекрасно и денди, поскольку я продолжал кодировать, но потом я вдруг заметил, что там, где ошибки 16 неоднозначности. например

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

Случалось так, что файл базы данных решил создать собственный параметр Setting.Designer.cs; Итак, теперь у меня есть Settings.Designer.cs и файл Settings1.Designer.cs (который был создан файлом LINQ to SQL) в папке «Свойства».

Есть ли в любом случае, что я могу изменить, где файл базы данных ссылается на свои настройки, чтобы я мог удалить дубликат?

Answer 1

Я установил его вручную.

Мне пришлось использовать поиск и замену, чтобы заменить все экземпляры, ссылающиеся на Settings1.settings, поскольку я не мог использовать рефакторинг; то мне пришлось удалить файл settings1.settings.

Вы должны, тем не менее, удостовериться, что не пропустите ссылку, иначе другие настройки будут автоматически генерироваться при восстановлении вашего решения.

Answer 2

В дизайнере dbml в свойствах DataContext есть возможность использовать параметры приложения, которые включены по умолчанию. Если вы установите значение false, он больше не будет генерировать класс настроек.

Answer 3

Я удалил настроек1 файл и что, казалось, сделали свое дело ...