Результаты поиска по запросу "data-access-layer"

6 ответов

ASP.NET и Entity Framework в многоуровневой архитектуре - используя Entity Framework только для ORM

У меня есть приложение ASP.NET, которое использует многоуровневую архитектуру, например уровень представления, уровень бизнес-логики, уровень доступа к данным. Я не хочу, чтобы бизнес-уровень знал что-либо о том, как реализован уровень доступа к ...

4 ответа

В сборке не найден тип контекста

Сначала я использую .NET 4.0, MVC3 и EF5 с кодом. Мое решение разделено на три проекта с указанными зависимостями: Project.Web -> Project.BLL -> Project.DAL Слой Project.DAL содержит мой класс контекста данных структуры сущностей и все мои ...

10 ответов

Зачем помещать слой DAO поверх слоя постоянства (например, JDO или Hibernate)

Объекты доступа к данным (DAO) - это общий шаблон проектирования, рекомендованный Sun. Но самые ранние примеры Java DAO взаимодействовали напрямую с реляционными базами данных - по сути, они выполняли объектно-реляционное отображение (ORM). В ...

ТОП публикаций

1 ответ

Как мне обратиться к файлу Sqlite db в папке App_Data для моего веб-приложения ASP.NET?

В настоящее время я храню свой файл базы данных sqlite в папке App_Data в соответствии с лучшими образцами и практиками ASP.NET. В настоящее время я использую следующее в webconfig: <connectionStrings> <add name="sqlite" ...

2 ответа

Как читать динамические свойства из базы данных

Я постараюсь объяснить свой сценарий как можно лучше. У меня есть следующие таблицы в моей базе данных: Products{ProductId, CategoryId ...} Categories{CategoryId ...} CategoryProperties{CategoryPropertyId, CategoryId, Name ...

2 ответа

N-слойное приложение базы данных без использования ORM. Как пользовательский интерфейс определяет, что ему нужно для отображения данных?

Я ищу указатели и информацию здесь, я сделаю это CW, так как я подозреваю, что у него нет ни одного правильного ответа. Это для C #, поэтому я сделаю несколько ссылок на Linq ниже. Я также прошу прощения за длинный пост. Позвольте мне обобщить ...