Azure AD
- 首先，由于区域限制，我们不使用Azure AD B2C。我们在去年年底测试了这个选项，但它不稳定。 Azure AD B2B看起来更稳定，但我们仍然有一些beta API，就像邀请一样。
- 邀请程序运行正常，但我们无法自定义语言。这会有所帮助。我们可以在“开始使用”中单击自定义屏幕。但是，当用户已经是会员时，我们无法自定义登录屏幕。我们试图这样做，但不幸的是，它没有用，正如你在图片上看到的那样。
- 我想评论的另一点是在一个Web App到另一个Web App之间传输的过程（我们有五个使用相同AD身份验证过程的Web应用程序）。过境时间有时太慢了。我不知道是否有不同的配置方式。
实体框架核心
- 对于基本用途，EF Core工作正常，性能良好。
-
但是，我们在将EF Core用于多租户方案时遇到了困难。在我们的场景中，单个用户（例如超市的所有者）可以访问不同的数据库（商店）。我们与Felipe和Waldemir合作的解决方案是为不同的客户和商店设置不同的模式。因此，我们必须更改我们在线使用的架构。我们可以使用EF Core处理它，但这不是一项简单的任务。
-
谈到EF Core中的简单任务，我们发现WITH NO LOCK和一些Group By语句不能创建一个好的SQL命令。我们对此方案的决定是使用一些存储过程。也许我们正在以错误的方式创建lambda语句，但我们需要一些文档才能这样做。