Web API中的实体框架还是单独的类库项目？ [等候接听]

Question

我正在使用.NET Core创建我的第一个Web API项目。 要访问我们的SQL Server，我应该：

1）将Entity Framework Core放入Web API项目中，并在该API项目中使用我的功能

-要么-

2）创建一个包含EF的单独的类库项目，然后从API项目中引用该项目？

感谢您的指导。

Answer 1

2）创建一个包含EF的单独的类库项目，然后从API项目中引用该项目？

选择该选项有很多原因，主要涉及分离和可重用性。 关于这些可以说很多，让我简短地说：

“数据层”分离
项目中的所有内容都与数据层相关，因此您知道发生了什么。 您也不会遇到任何命名冲突。

当拥有一个仅与您的数据层有关的单独项目时，迁移更加明显。

可在其他项目（现在或以后）中引用的可重用项目
这主要说明了一切。 引用项目并在解决方案中的另一个项目中重复使用它非常容易。

通常，这足以将其分开，因为大多数时候我与需要引用数据项目的多个项目一起工作。

Answer 2

对于一个小型项目，我投票赞成将您的模型（EF）和REST API（WebAPI）放在同一项目中。 KISS校长适用-如果您真的不需要它，那么不要弯腰添加不必要的复杂性。

或正如Peter Bons所说：

如果您不想将EF类库与API分开部署，为什么要麻烦呢？