ASP.Net 5:解决方案架构

时间:2015-10-29 05:57:24

标签: visual-studio-2015 asp.net-core asp.net-core-mvc

在我以前的ASP开发中,我曾经在多个项目中分离我的解决方案,每个项目都有一个特定的角色:

  1. mySolution.Web包含视图,控制器,JS,CSS
  2. mySolution.Data.DAL用于定义detabase映射和存储库
  3. mySolution.Data.Domain定义实体和域
  4. mySolution.Data.Services用于服务,例如电子邮件......
  5. 测试...
  6. ....
  7. 考虑到新的ASP.Net 5树视图,您的建议是什么:

    来自:

     src
           Web
              Controllers
              Migrations ???
              Models
              Services
              ViewModels
              Views
    

    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文件?

    由于

    西尔

1 个答案:

答案 0 :(得分:2)

取决于项目的大小。如果项目很小,我应该选择第一个。

我认为你不应该使用类libary dll。将dnx项目与旧项目混合将使您在测试和部署方面遇到更多麻烦。

重要的是您创建了以下结构 --src       PROJECT1       项目2 - 测试       project1.test       project2.test

如何设置项目的一个很好的来源是

示例项目

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

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