小编Dav*_*son的帖子

我刚刚从 Angular 12 升级到 Angular 13，还更新了一些其他 NPM 包。
\n其中一个包含我的 angular.json 文件中引用的 scss 文件。这从来都不是问题，但在尝试为我的应用程序提供服务后，我收到一条对我来说很难理解的错误消息：

./src/styles/ag-grid.scss.webpack[javascript/auto]!=!./node_modules/css-loader/dist/cjs.js??ruleSet[1].rules[6].rules[0].oneOf[0].use[1]!./node_modules/postcss-loader/dist/cjs.js??ruleSet[1].rules[6].rules[0].oneOf[0].use[2]!./node_modules/resolve-url-loader/index.js??ruleSet[1].rules[6].rules[1].use[0]!./node_modules/sass-loader/dist/cjs.js??ruleSet[1].rules[6].rules[1].use[1]!./src/styles/ag-grid.scss - Error: Module build failed (from ./node_modules/sass-loader/dist/cjs.js):\nSassError: Can't find stylesheet to import.\n  \xe2\x95\xb7\n1 \xe2\x94\x82 @import 'my-custom-package-layout/src/lib/styles/styles.scss';\n  \xe2\x94\x82         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^\n  \xe2\x95\xb5\n  src\\styles\\ag-grid.scss 1:9  root stylesheet\n\n./src/styles/products.scss.webpack[javascript/auto]!=!./node_modules/css-loader/dist/cjs.js??ruleSet[1].rules[6].rules[0].oneOf[0].use[1]!./node_modules/postcss-loader/dist/cjs.js??ruleSet[1].rules[6].rules[0].oneOf[0].use[2]!./node_modules/resolve-url-loader/index.js??ruleSet[1].rules[6].rules[1].use[0]!./node_modules/sass-loader/dist/cjs.js??ruleSet[1].rules[6].rules[1].use[1]!./src/styles/products.scss - Error: Module build failed (from ./node_modules/sass-loader/dist/cjs.js):\nSassError: Can't find stylesheet to import.\n  \xe2\x95\xb7\n1 \xe2\x94\x82 @import 'my-custom-package-layout/src/lib/styles/mixins.scss';\n  \xe2\x94\x82         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^\n  \xe2\x95\xb5\n  src\\styles\\products.scss 1:9  root stylesheet\n\n./src/styles/ag-grid.scss - Error: Module build failed (from ./node_modules/mini-css-extract-plugin/dist/loader.js):\nHookWebpackError: Module build failed (from ./node_modules/sass-loader/dist/cjs.js):\nSassError: Can't find stylesheet to import.\n  \xe2\x95\xb7\n

今天读了一篇关于两个PnP库“ PnP Core SDK ”和“PnP Framework”的文章。

PnP Core SDK 似乎是一个完全抽象 SharePoint/Teams 的 CSOM、Graph 或 REST API 的框架。
\n因此，我可以只使用 Pnp-Context，而不必再关心后台是否实际使用 Graph 或 CSOM。
\n这对我来说很有意义。

但 PnP 框架也是一个新库，它仍然提供对实际 CSOM 上下文的访问。
\n这让我很困惑，因为我现在不知道作为一名开发人员该如何行事。

我应该只使用 PnP Core SDK 吗？仅当我需要站点配置引擎时才使用 PnP 框架吗？

或者我可以使用 PnP 框架来执行“创建站点”、“更新列表项”等典型操作吗？

该文章指出了两个库之间的以下差异：

\n

您可能想知道 PnP Framework 和 PnP Core SDK 之间有什么区别。PnP Core SDK 由 PnP 框架使用，并且以独立于 SharePoint 的 CSOM 的思维方式实现。SPO 中引入的越来越多的新功能不一定可以通过 CSOM 获得；这是 Microsoft 365 PnP 引入新 SDK 的动力，该 SDK 包含在 PnP Framework 和 …

我有许多 CRUD API，它们通过 HTTP 调用 (.NET 5) 相互通信。
为了避免打开太多的 tcp 连接，我在所有这些服务中通过 DI使用HttpClientFactory 。这效果很好，我没有遇到太多通过 HTTP 打开的连接。

但我的 Azure 应用服务仍然抱怨 SNAT 连接过多：

我猜原因是Azure服务总线。我的 API 的每次调用都会将事件写入总线。
为此，我在每次调用时创建一个新实例：

            await using (ServiceBusClient client = new ServiceBusClient(_serviceBusConnectionString))
                {
                    var messageObject = new { message.Name, message.Body };
                    var messageJson = JsonConvert.SerializeObject(messageObject);
                    ServiceBusSender sender = client.CreateSender(_topicName);
                    await sender.SendMessageAsync(new ServiceBusMessage(messageJson));
                }

许多开发人员都像这样使用 HttpClient（这是一个坏主意，请阅读上面的文章中的原因）。HttpClient 的解决方案是 .NET 为此目的提供的 AddHttpClient 方法。

但是 Azure 服务总线呢？没有什么像 AzureServiceBusFactory 之类的东西，将 AzureServiceBus 添加为单例并不是一个好主意，因为每次调用的配置都应该不同。

如何确保连接池也重新用于 Azure 服务总线连接？我错过了什么最佳实践吗？或者您认为连接问题还有其他原因吗？

编辑：

接受的答案是正确的。这工作正常，我的错误消失了。只需使用以下命令添加服务总线客户端：

            services.AddAzureClients(cfg =>
            {
                cfg.AddServiceBusClient("your-connection-string");
            });

之后，您就可以在您的所有服务中轻松通过 DI …

我认为这是一个简单的问题:-)

看看这个程序：

string v1 = "Hallo";
string v2 = "Hallo";

Console.WriteLine("Output" + v1 == v2);

这仅输出以下内容：

错误的

但如果我写：

Console.WriteLine("Output" + true);

它输出：

输出真

我认为“v1 == v2”评估为“true”，因此是相同的。但我显然错了。

谁能向我解释这种行为？我希望在这两种情况下得到相同的结果（OutputTrue）。第一种情况发生了什么？