Структура решения / лучшие практики

Question

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

Я получил предложение для структуры, чтобы создать что-то вроде этого:

<solution>
|-- project.client.sql.queries
|-- project.admin.sql.queries
|-- project.client.business.logic
|-- project.admin.business.logic
|-- project.client.web.ui (include references of the business logic + SQL queries projects )
|-- project.admin.web.ui

Таким образом, я бы все структурировал и легко следил за будущим расширением. Моя проблема заключается в том, что я хочу использовать только SQL Express для запуска и, возможно, перейти к SQL Server позже, когда это необходимо.

Итак, если я добавлю файл .mdf в app_code на стороне клиента и создам .dbml (файл структуры linq), как я могу использовать linq в запросе SQL? У меня нет доступа к ConfigurationManager проекта web.ui. Нужно ли включать ссылку в проект SQL-запросов так же, как я делал для web.ui? В противном случае, похоже, что linq не работает должным образом.

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

Answer 1

Вот лучший совет, который кто-либо может дать вам на данный момент:

Дрянная первая версия бесконечно лучше идеальной версии, которой не существует.

Я забыл, откуда я это взял, я видел этот совет во многих местах. Это 100% правда.

Answer 2

Присоедините базу данных и создайте файл linq to sql dbml в вашем проекте данных. Когда вы инициализируете свой класс dataservice, передайте строку подключения из web.config и установите строку подключения в конструкторе datacontext. Больше информации здесь: Ад строки подключения в .NET / LINQ-SQL / ASP.NET

Answer 3

Вероятно, не то, что вы изначально просили, но рассмотрите модель MVC для вашей структуры файла и структуры

http://www.asp.net/mvc/

Это сделает разработку немного легче поддерживать