使用 .net core 时 EF 和 Entity-SQL 之间的区别
difference between EF and Entity-SQL when working with .net core
我是 .net 核心的初学者。我正在研究 enterprise application，其中有 multiple classes interfaces 一个解决方案中的多个项目。我知道如果我们面对大量包装器，Entity Framework 将不是一个好主意。但确实它给了我编码效率。另一方面，实体SQL有它自己的好处。
但仍然想真正了解最佳实践以及在企业应用程序方面实施哪一个知道它将有 类、Data filtration, Generic Types, Flexibility, performance vise查询数据库时。
期待从专家那里得到一些真正有用的理解。提前致谢。
TL；DR；
The "best practices" depends on the use case. Its a set of tools, not a silver bullet.
有时 EF 适合您的情况，有时不适合。有时你想要一个整体，有时你不需要。
尝试，实验失败和成功。
关于技术的最佳实践无关紧要；实施一直在变化。所以;
- 定义功能要求
- 定义none功能需求
- 使用一些相关负载等进行 PoC
在企业级别考虑这些附加属性：
- 安全
- 操作功能
- 云/none-云
考虑到你的问题，我已经尽力了。
解释一下情况，我们可以给出一些方向；但它不是适合所有情况的模板。
我是 .net 核心的初学者。我正在研究 enterprise application，其中有 multiple classes interfaces 一个解决方案中的多个项目。我知道如果我们面对大量包装器，Entity Framework 将不是一个好主意。但确实它给了我编码效率。另一方面，实体SQL有它自己的好处。
但仍然想真正了解最佳实践以及在企业应用程序方面实施哪一个知道它将有 类、Data filtration, Generic Types, Flexibility, performance vise查询数据库时。
期待从专家那里得到一些真正有用的理解。提前致谢。
TL；DR；
The "best practices" depends on the use case. Its a set of tools, not a silver bullet.
有时 EF 适合您的情况，有时不适合。有时你想要一个整体，有时你不需要。
尝试，实验失败和成功。
关于技术的最佳实践无关紧要；实施一直在变化。所以;
- 定义功能要求
- 定义none功能需求
- 使用一些相关负载等进行 PoC
在企业级别考虑这些附加属性：
- 安全
- 操作功能
- 云/none-云
考虑到你的问题，我已经尽力了。
解释一下情况，我们可以给出一些方向；但它不是适合所有情况的模板。