ASP.Net 5:解决方案架构

3
在我之前的ASP开发中,我习惯将解决方案分为多个项目,每个项目都有特定的角色:
  1. mySolution.Web 包含视图、控制器、JS和CSS
  2. mySolution.Data.DAL 用于定义数据库映射和仓库
  3. mySolution.Data.Domain 用于定义实体和域
  4. mySolution.Data.Services 用于服务,例如电子邮件...
  5. Tests...
  6. ....
考虑到新的ASP.Net 5树形结构,您有什么建议吗?
来自:
 src
       Web
          Controllers
          Migrations ???
          Models
          Services
          ViewModels
          Views

to

src
   Web
      Controllers
      Migrations ???  
      ViewModels
      Views
   Data.DAL
      Mapping
      Repositories
   Data.Domain
      Entities
      Models
   Services
      Services

这个有意义吗?它是否仍符合新ASP.Net 5的精神,或者我们最好坚持一个专门的项目?

关于其他项目(不是.Web),我使用了类库包而不是类库dll,它是否更相关于ASP.net 5项目,或者唯一的好处是创建Nuget包而不是.dll文件?

谢谢

Sylvain

1个回答

3

根据您的项目大小来决定。如果项目很小,我应该选择第一个。

我认为您不应该使用类库dll。将dnx项目与旧项目混合使用会给测试和部署带来更多麻烦。

重要的是您创建以下结构 --src project1 project2 --test project1.test project2.test

如何设置项目的良好来源是

示例项目

微软使用 .shade 文件和 korebuild 进行构建、测试、打包和部署。您可以使用它们,但也可以自己设置。

.shade 文件和 korebuild 的文档几乎没有。


感谢@Thom,我对这个新架构有点困惑,想要一些反馈。 - Sylvain C.

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接