c# - 解决方案结构/最佳实践

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

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

Answer 1

这是此时任何人都可以给你的最佳建议:

The crappy first version is infinitly better then the perfect version that doesnt exist.

我忘了我从哪里得到的，我在很多地方看到过这个建议。这是 100% 正确的。