SQLConnection Objects Declarative vs C# code

Question

Мне любопытно мнение разработчиков относительно создания и использования объектов SQL-соединения.

Мы переходим наше программное приложение от ASP к ASP.Net, то есть новые функции добавляются с использованием .Net.

Мы создали объекты SQL Connection через код C# и через конструктор, который объявляет объект соединения в asp-разметке. Мы также создали объект подключения в обход дизайнера и просто кодировали разметку asp. Мы можем добавить параметры и инструкции SQL в asp designer/markup, которые делают объект соединения вполне пригодным для приложения ... или мы можем сделать это с помощью кода.

Каковы мнения опытных разработчиков .Net о возможностях создания и использования объекта соединения. Плюсы/минусы для использования кода C# против интерфейса asp (инструмент разработки и разметка).

Answer 1

Дизайнерские инструменты хороши для быстрых примеров или демонстраций. Однако наличие соединений и заявлений на уровне страницы повлияет на вашу многоуровневую архитектуру. Вероятно, вам нужно будет создать SQL-соединения в бэкэнд на уровне доступа к данным.

Answer 2

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

Использование разметки связывает ваш доступ к данным напрямую с вашим пользовательским интерфейсом и затрудняет разделение пользовательского интерфейса с кодом доступа к данным.