使用orleans框架后就不需要DbContext(ef)了吗？

[ProjectDD]

Grain代替 codefirst里面的 object设计 成为了实体，可以映射成一张表，或多张表，同时包括了与其相关的各种业务行为
通过silo的配置各种 storage provider来进行持久化，大概应该就是这么个意思，我只是看了文档，不知道在生产环境用过orleans的朋友
是怎么搞的，欢迎分享下，让大家来讨论讨论。

.net core xxx(mvc,webapi..) 可以集成orleans的client
silo用单独的.net core console来承载，不依赖 service fabric

单体应用中的 大数据库被分散在各个 silo所关联的 小库里做持久化，我估计是这样的
也就不用使用 DbContext等工具了

这样一来一个显见的问题就是 各种单体时代的 混合查询，变成了Grain之间的聚合请求有些Grain必然包括很多其它的Grain来实现这样的需求
不知道大家是不是也这么理解的

[ProjectDD]

安装 Microsoft.Orleans.Persistence.AdoNet 库 从nuget上，
报 service fabric sdk package 未找到错误，
难道说 这个库要依赖 service fabric 的sdk?

[wanghui0380]

苹果使用富士康做代工厂以后，电子元件就不用采购半导体管了么？ orleans 只是解决 多机异步通讯的，就像苹果可以在全世界找代工厂去生产，但是代工厂自己该怎么办还是怎么办 这种策略就是目前阿里体的 “中台策略”

[wanghui0380]

实际上该做什么做什么，不需要纠结“dbcontext”这个名词 最小的基础提供，你愿意用dbcontext用dbcontext，愿意用dbhelp用dbhelper，你想用haddop那种提供也随意 其实你们就是过于纠结“名词”，你就是中台化了，难道就不要上下文了？那么我问一下，没有上下文，数据一致性，事务一致性，用什么？？ 哦，那个叫actor context？？我现在是NX的高级actorContext了，不是低级了dbcontext么？