您是否将文件处理逻辑放在存储库中？ （在 EF 中使用通用存储库和 UoW 模式）？
Do you place files processing logic in repositories? (Using generic repository and UoW pattern with EF)?
我有一个问题。
所以我知道当您只需要使用数据库时，通用存储库模式和 EF 工作得很好。
但是在我的例子中，我需要使用 Entity Framework 和通用存储库模式从文件加载数据并将数据加载到数据库中。
所以这是我的问题。将文件数据加载到EF实体的逻辑属于哪里？
我是否应该将此逻辑作为特定实体的每个特定存储库的一部分？
或者我应该有一个单独的业务 class 将文件数据上传到与存储库分开的 EF 实体吗？
我希望已经足够清楚了。
So here is my question. Where does the logic for loading file data
into EF entities belong?
我认为它属于您的存储库。您的数据存储并不总是数据库。它们可以是文件、内部和外部服务、excel 工作表等
Should I make this logic a part of each specific repository for
specific entity?
是
Or should I have a separate business class that uploads File data into
EF entities separately of the Repository?
我认为这是不必要的。业务 类 应该只有业务逻辑。
我有一个问题。
所以我知道当您只需要使用数据库时，通用存储库模式和 EF 工作得很好。
但是在我的例子中，我需要使用 Entity Framework 和通用存储库模式从文件加载数据并将数据加载到数据库中。
所以这是我的问题。将文件数据加载到EF实体的逻辑属于哪里？
我是否应该将此逻辑作为特定实体的每个特定存储库的一部分？
或者我应该有一个单独的业务 class 将文件数据上传到与存储库分开的 EF 实体吗？
我希望已经足够清楚了。
So here is my question. Where does the logic for loading file data into EF entities belong?
我认为它属于您的存储库。您的数据存储并不总是数据库。它们可以是文件、内部和外部服务、excel 工作表等
Should I make this logic a part of each specific repository for specific entity?
是
Or should I have a separate business class that uploads File data into EF entities separately of the Repository?
我认为这是不必要的。业务 类 应该只有业务逻辑。