Уровень доступа к данным ASP.NET. Использование sqlhelper.cs плохо?

Question

Я собираюсь начать новый веб-проект .net. Ранее для моих n-слойных веб-приложений я использовал «Блок приложения Microsoft Data Access» (sqlhelper.cs) для доступа к данным, а затем класс интерфейса для взаимодействия с классами объектов. Я знаю, что эта техника немного устарела и хотела использовать что-то еще со временем.

Я изучил LINQ to SQL для доступа к данным, но был ограничен из-за отсутствия связи «многие ко многим». Сущностная структура была полностью дифференцированным подходом, который, кажется, имеет слишком большую кривую обучения.

Было бы что-то не так с использованием класса sqlhelper.cs для обработки моего доступа к данным?

Answer 1

Совсем нет. Он поддерживает создание многоуровневых слоев, которые отделяют наш доступ к данным от нашей логики. У меня обычно есть бизнес-классы и классы данных в отдельных папках, и я включаю класс SqlHelper в свой класс Data DALC.

Я с нетерпением жду перехода на LINQ и использования дженериков. Это мой следующий шаг, и я думаю, что использование SqlHelper тем временем способствует хорошей практике кодирования.

Я впервые начал использовать его, когда «позаимствовал» его у Enterprise Library, которая была огромной. То же самое для Entity Framework, с которым мне еще предстоит разобраться на рабочем месте. но все вовремя: -)

Answer 2

Последние 8 месяцев я использую Linq, и он отлично работает для всех небольших работ. Сильная типизация и перетаскивание делают его невероятно простым и очень быстрым.

До этого и до сих пор, когда Linq кажется неправильным, я использую SQLHelper. Это исключает всю работу ADO.NET. Я не вижу никаких проблем с его использованием.

Answer 3

Вы можете получить простой и хороший пример вспомогательного класса sql на http://followprogrammers.blogspot.com/