2011-02-10 3 views
3

Я создаю свое приложение в asp.net 3.5. Я должен сделать свой уровень доступа к данным, в котором я делаю традиционный метод получения/обновления данных. Это SqlConnection, чем SQLCommand, чем SQLadapter. Будет ли другой способ создать свой слой DAL.Создание уровня доступа к данным для малого сайта

Технические характеристики.

  1. Мой сайт небольшой. Приблизительно 7-10 страниц.
  2. База данных насчитывает около 80 столов.

То, что я знаю:

  1. Linq к SQL - Я не хочу, чтобы использовать его , потому что я не в полной мере осведомлены о в заявлении LINQ и мне нужно развивать приложение очень быстро. . [3 дней :-(] Кроме того, есть 100% вероятность того, что структура таблицы будут изменены в будущем

  2. Enterprise Library:. Это займет слишком много времени для меня интегрировать в мой применение.

Любое другое предложение создать свой слой данных, быстро ... быстро ... и "НЕ" грязные. заранее спасибо.

+0

Как насчет класса Data Helper? это будет полезно для меня? – Chris

+0

Вы должны проверить шаблоны PLINQO генератора CodeSmith (Linq-To-SQL) или шаблоны .netTiers (корпоративная библиотека). –

ответ

2

Как насчет использования Codesmith (free version 2.6) для создания простого набора объектов доступа к данным из вашей базы данных? Учитывая небольшое количество объектов БД, которые вам нужны для моделирования, я думаю, что это был бы быстрый и простой способ достижения вашей цели с учетом ограничений по времени.

+0

Несмотря на то, что это бесплатно, могу ли я быть уверенным, что мой клиент не попадет ни в какие вопросы? – Chris

+0

AFAIK его не подлежит никаким юридическим вопросам. И кроме того, (шепотом) никто не может доказать, что он использовался для создания вашего DAL или вообще что-либо. Он просто выводит стандартные объекты C# ;-) – 5arx

+0

BTW Я никоим образом не потворствую пиратству. Это __Особенности__ и как таковое должно быть освобождено от лицензионных соображений. – 5arx

0

Я бы рекомендовал использовать LINQ to SQL. Но, поскольку это не от вас, только другой вариант, который я бы предложил, это Strongly Typed Datasets и Table Adapters, сгенерированные Visual Studio. Они старые, но достаточно приличные, чтобы работать в любом современном приложении.

Они быстро создаются. Они обеспечивают безопасность типов. Они достаточно гибкие для настройки и настройки. Поскольку они генерируются Visual Studio, любые изменения, внесенные в базу данных, могут быть легко отражены быстро.

+0

Спасибо за ваше предложение. Я определенно собираюсь исследовать это. – Chris

+0

@downvoter: Любые объяснения для голосования? – decyclone

+0

Это не «единственный другой вариант», и я не одинок в том, что очень осторожно отношусь к ним по разным причинам: c.f. http://stackoverflow.com/questions/53338/what-are-the-disadvantages-of-typed-datasets Какой-то подход, основанный на сборах, значительно меньше конца 1990-х годов ;-) – 5arx

0

Будучи самим начинающим LINQ, я бы порекомендовал принять решительный шаг и перешел в рамки linq-to-sql или entity. Я не могу сказать наверняка, не зная ваших требований, но хороший шанс потратить время на изучение базового linq для этого проекта ускорит развитие в целом.

+0

Спасибо за предложение. Я тоже это пробовал. Но я вызываю хранимую процедуру через LINQ, поскольку я не полностью осведомлен о запросах linq .. и мне некому помочь мне. Есть некоторые странные требования, которые я не могу определить в вопросах. – Chris

0

Вы также можете рассмотреть SubSonic. Это относительно легко реализовать и достаточно интуитивно понятен в использовании. Недавно он использовался в небольшом проекте, и, несмотря на некоторые проблемы с первоначальной конфигурацией, позволяющие ему работать с MySQL, он довольно хорошо справился с доступом к данным.

Смежные вопросы