正确的 ASP.NET 样板最佳实践
The right ASP.NET boilerplate best practice
我刚刚发现 ASP.NET boilerplate 框架用于 ASP.NET 核心应用程序。样板很酷，它具有我们创建 SOLID 证明 Web 应用程序所需的所有必要结构。
我的问题是，根据网站，我必须在 .Core 项目中创建实体模型，在应用程序项目中创建 Dto，但正如我所看到的，这些问题和答案是不同的实体，但他们将它们都保存在相同的文件夹和相同的命名空间。
这看起来不是一个好的做法，谁能告诉我将这些相关实体保持在同一个 namespace/folder 中是错误的还是可以这样做？
您可以将 entities/services 定位到任何命名空间。这实际上与框架无关。
Question/Answer 应用程序是一个非常简单的项目，其中只有 2 个实体。我认为问题是聚合根，答案是子实体（它们是一个聚合在一起）。这就是为什么我将它们放在同一个命名空间中。
我建议遵循"namespace per aggregate"原则，但是"namespace per entity"也可以。
顺便说一句，@Dongdone，AspNet Boilerplate 是完全开源且免费的。我们有另一个产品，AspNet Zero (https://aspnetzero.com)，它是商业化的，是在 ABP 框架之上开发的。但这并不能使 ABP 框架成为付费工具。它绝对开源且免费。
我刚刚发现 ASP.NET boilerplate 框架用于 ASP.NET 核心应用程序。样板很酷，它具有我们创建 SOLID 证明 Web 应用程序所需的所有必要结构。
我的问题是，根据网站，我必须在 .Core 项目中创建实体模型，在应用程序项目中创建 Dto，但正如我所看到的，这些问题和答案是不同的实体，但他们将它们都保存在相同的文件夹和相同的命名空间。
这看起来不是一个好的做法，谁能告诉我将这些相关实体保持在同一个 namespace/folder 中是错误的还是可以这样做？
您可以将 entities/services 定位到任何命名空间。这实际上与框架无关。
Question/Answer 应用程序是一个非常简单的项目，其中只有 2 个实体。我认为问题是聚合根，答案是子实体（它们是一个聚合在一起）。这就是为什么我将它们放在同一个命名空间中。
我建议遵循"namespace per aggregate"原则，但是"namespace per entity"也可以。
顺便说一句，@Dongdone，AspNet Boilerplate 是完全开源且免费的。我们有另一个产品，AspNet Zero (https://aspnetzero.com)，它是商业化的，是在 ABP 框架之上开发的。但这并不能使 ABP 框架成为付费工具。它绝对开源且免费。