解决方案结构/最佳实践

我最近刚开始了一个新的个人项目,目标是让它能够从一开始就扩展。

我得到了一个关于结构的建议,来创建这样的结构:

<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结构文件)如何在SQL查询中使用linq?我无法访问 ConfigurationManager Web.ui项目的。我是否必须像对待web.ui那样在SQL查询项目中包含引用?否则,Linq似乎工作不正常。

我主要在寻找最佳实践,因为有人告诉我,代码隐藏不应该包括任何业务逻辑或SQL查询——它们应该有自己的类库。