解决方案结构/最佳实践

时间:2009-02-17 19:45:56

标签: c# .net asp.net visual-studio-2008

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

我得到了关于结构的建议,创建这样的东西:

<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服务器。

因此,如果我将.mdf文件添加到客户端的app_code并创建.dbml(linq结构文件),我如何将linq用于SQL查询?我无法访问web.ui项目的ConfigurationManager。我是否必须像对web.ui一样在SQL查询项目中包含引用?否则linq似乎无法正常工作。

我主要关注最佳实践,因为我被告知背后的代码不应该包含任何业务逻辑或SQL查询 - 它们应该有自己的类库。

3 个答案:

答案 0 :(得分:5)

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

  

糟糕的第一个版本比不存在的完美版本更好。

我忘记了从那里得到的东西,我看过许多地方的建议。这是100%的真实。

答案 1 :(得分:1)

附加数据库并在数据项目中创建linq to sql dbml文件。初始化dataservice类时,从web.config传入连接字符串,并在datacontext构造函数中设置连接字符串。更多信息:Connection string hell in .NET / LINQ-SQL / ASP.NET

答案 2 :(得分:0)

可能不是你最初提出的问题,但考虑文件布局和结构的MVC模型

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

这将使开发更容易维护