设计应用程序所需的帮助

Question

我们新应用程序的拟议体系结构如下所示

• 表示层，这将是一个运行在移动平台上的ASP.NET MVC应用程序。
• 服务层这将是一个WCF服务。表示层使用自定义DTO与服务通信。
• 业务逻辑层()--这是一个普通的c#类库，其中所有与业务相关的逻辑都是编写的。该层向服务层公开业务对象。服务层使用实体转换器将业务对象转换为DTO
• 数据库访问层--为此，我们计划使用EF4.1。我们希望有存储过程支持。因此，我们的计划是使用Model First方法

这是我们的架构，我有以下问题

• 与其将业务对象和实体分开，不如将这两者结合起来。这是个好办法吗？
• 由于客户端是基于web的，所以可以使用自跟踪实体吗？
• 可以给我发一些关于如何优化性能的链接

Answer 1

与其将业务对象和实体分开，不如将这两者结合起来。这是个好办法吗？

存储过程支持并不是首先使用Model的理由--我倾向于首先使用代码--因为它使您更多地摆脱了工具。

由于客户端是基于web的，所以可以使用自跟踪实体吗？

如果是基于网络的..。你为什么要费心于自我跟踪的实体..？您可以一次性提交更改。就像它在MS页面上说的

仅当对象上下文在对象图更改所在的层上不可用时，才使用自跟踪实体。如果对象上下文可用，则使用EntityObject派生类型或“普通”context ( POCO )类型或POCO代理类型。有关更多信息，请参见使用对象。

正如前面提到的--我倾向于从长远来看，使用它更容易。

可以给我发一些关于如何优化性能的链接

优化性能是一条很长的路，取决于你在做什么或者你正在解决的问题。但是一般来说，您需要尽量减少电线的使用--无论是从web服务器到数据库的线路，还是从移动客户端到web服务器的线路。

还请注意，关于这一专题还有一些问题，例如：

ASP.NET MVC & EF4实体框架--在使用实体与只检索我需要的字段时是否存在性能问题？

基于实体框架的MVC3性能重编程网站在这里输入链接描述