当我创建一个新的联合铸造项目时(dotnet new联合铸造-web -n ExampleApp)基本的文件/文件夹,比如视图,属性,仓储。这是我第一次使用内容管理系统,特别是与DotNet核心。我只使用EF Core和web/api构建过DotNet项目,并且从我的实习中我学会了使用它的文件结构。但我不确定CoFoundry是否正在使用EFCore,以及我应该如何实现文件结构,或者像我在其他非CMS项目中所做的那样使用它。
我从实习中学到的是,我有一个文件夹,其中有一个: Appname.sln (我使用的是Linux,所以解决方案文件并不那么重要。)解决方案文件夹中包含实际的the项目(MyApi)类库,称为MyApi.Entities,类库,称为MyApi.Business,类库,称为MyApi.Common,类库,称为MyApi.Security,类库,称为MyApi.UnitTests
这取决于什么类型的项目,但这是每个项目的粗略线。我应该用Cofoundry CMS项目来遵循同样的方法吗?因为在这一点上我不能只见树木不见森林。
提前感谢!
发布于 2019-08-03 00:37:09
Cofoundry不会将任何特定的文件结构强加给您,除非您希望利用Cofoundry特定的功能,如页面模板或块类型。
我会克隆一些sample applications,看看它的结构。SimpleSite sample遵循相当正常的MVC应用程序路由," Cofoundry“文件夹仅用于特定于Cofoundry的代码。SPA Site sample更先进,有一个单独的代码项目,并包括一个自定义的EF核心DbContext,但这是相当固执己见的,只是作为一个可能的例子。
如果你喜欢以特定的方式组织你的项目,那么你应该能够做到这一点。有一些可用的EF Tools,但同样,您只需要在发现有用的情况下才使用它们。
我唯一要注意的是,Cofoundry管理它的数据库模式本身的安装,所以如果你使用EF迁移,你需要确保它只包括你的表。
https://stackoverflow.com/questions/57330185
复制相似问题