Properties.Settings Ambiguity после добавления LINQ в 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

Я удалил файл Settings1, и это, похоже, помогло ...

Answer 3

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