Блог

Я готовлюсь к развертыванию веб-службы, которая использует SqlConnection в первую очередь как средство доступа к базе данных, и я добавляю некоторые новые методы, которые используют DataContext вместо этого, а конструктор по умолчанию и файл DBML будут использовать строку подключения, относящуюся к моей машине разработки (я полагаю …)

Строка подключения, которую используют объекты SqlConnection, жестко закодирована в отдельный класс (не спрашивайте). Если я предоставлю DataContext с той же строкой подключения, что и SqlConnections, будет ли это работать вместо изменения DBML или Web.config?

Строка подключения, которая используется в этих объектах, является:

 Dim cn As New SqlClient.SqlConnection
cd.ConnectString = ApplicationInfo.ConnectString 'Connection string is stored here
  

Так это тоже сработает? Должен ли я изменить что-то еще?

 Dim db As New FADataContext(ApplicationInfo.ConnectString)
  

Где ApplicationInfo.ConnectString — это жестко закодированная строка, которая обладает свойствами соединения. У меня нет физического доступа к производственному серверу SQL или веб-серверу, поэтому я не могу использовать конструктор DBML для редактирования строки подключения. И они не хранятся в файлах .config.

Я почти уверен, что это сработало бы. Я знаю, что когда вы используете Entity Framework, вы можете отправить строку подключения в DataContext, и она работает нормально. Хотя строка подключения содержит больше информации, чем обычные строки подключения, такие как имя csdl, msl, ssdl или что-то еще.