ks刷粉网站推广马上刷,小程序商城名字大全,django做的网站源码,网站页面设计具体步骤前言今天#xff0c;我们很高兴宣布 CAP 发布 2.6 版本正式版。同时我们也很高兴的告诉你 CAP 在 GitHub 已经突破了3000 Star.自从上次 CAP 2.5 版本发布 以来#xff0c;已经过去了几个月的时间#xff0c;关注的朋友可能知道#xff0c;在这几个月的时间里#xff0c;也… 前言今天我们很高兴宣布 CAP 发布 2.6 版本正式版。同时我们也很高兴的告诉你 CAP 在 GitHub 已经突破了3000 Star.自从上次 CAP 2.5 版本发布 以来已经过去了几个月的时间关注的朋友可能知道在这几个月的时间里也发布了几个预览版的 2.6 版本的NuGet包。简介可能有些人还不知道 CAP 是什么老规矩来一个简介。CAP 是一个用来解决微服务或者分布式系统中分布式事务问题的一个开源项目解决方案https://github.com/dotnetcore/CAP同样可以用来作为EventBus使用目前已经2岁了目前已经应用到了很多的公司和项目中 想对 CAP 更多了解的同学可以看下官方文档。本次在 CAP 2.6 版本中我们主要带来了以下新特性启用新 Logo更加完善的文档支持英文中文单例的 ICapPublisher支持多个消费者线程Diagnostic特性的改进其他改进下面我们就来逐一看一下这些新的特性。启用新 Logo我们终于有自己的 Logo 了这个Logo由四个颜色的 C 组成我来简单介绍下。紫色紫色是 NCC 组织 Logo 的颜色代表了 CAP 的发源。完善文档支持我们深知文档对于一个开源项目的重要性在上一版我们的文档写的比较乱而且对于目录结构的规划不合理这导致我们的用户不能快速的找到他们想要了解的内容我们已经意识到了这一点。在新版本中我们完善了我们的文档我们对文档进行了一轮新的重新梳理以便于阅读更加方便以及快速找到需要的内容。以下是我们新的文档的目录结构Monitoring 章节目前还在完善中我们会等到下一个版本中完善。英文文档对于CAP国际化也非常的重要所以我们的文档以双语形式提供在此也非常感谢上一版中对CAP文档进行翻译的小伙伴们。你可以在下面的链接中找到我们最新的文档信息如果您发现有错误的地方欢迎点击页面右上角修改按钮提交PR进行修正。文档https://cap.dotnetcore.xyzICapPublisher 默认为单例经过一些用户的反馈我们了解到将 ICapPubliser 默认注册为 Scoped 会存在一些问题特别是对于依赖注入容器生命周期不是特别了解的同学可能会造成线程安全问题。另外对于在控制台(Console)应用程序中使用 CAP 的同学来说 Scoped 这种作用域的生命周期并不能起到应有作用而且会造成在一些单例的对象中引用 ICapPubliser 造成无法释放的问题。针对以上问题我们在这一个版本中进行了调整。调整 ICapPublisher 默认注册为单例。更改 ICapPublisher 接口中 Transaction 属性为 AsyncLocalICapTransaction。针对于第 1 点你现在可以在任何你需要的地方注入 ICapPublisher 进行使用而不用担心对象生命周期的问题。针对于第 2 点由于 ICapPublisher 现在为单例所以我们将 Transaction 属性调整为了 AsyncLocalICapTransaction 以便于能够进行释放。对于使用 CAP 封装的高级 API 的同学来说这个调整对你没有影响如果您进行了一些自定义的事务对象接入的话那么需要进行修改一下。修改示例可以参考下面代码注意注释部分public static IDbTransaction BeginTransaction(this IDbConnection dbConnection, ICapPublisher publisher, bool autoCommit false)
{ if (dbConnection.State ConnectionState.Closed) { dbConnection.Open(); } var dbTransaction dbConnection.BeginTransaction(); // 从ServiceProvider中拿到 CapTransactionBase 赋值给 publisher.Transaction publisher.Transaction.Value publisher.ServiceProvider.GetServicelt;CapTransactionBasegt;(); // 传递 dbTransaction 事务对象给 CAP 的事务对象接口 var capTransaction publisher.Transaction.Value.Begin(dbTransaction, autoCommit); return (IDbTransaction)capTransaction.DbTransaction;
}支持多个消费者线程我们收到用户反馈在使用 CAP 进行一些高数据量传输的项目中 ( 这些项目不太需要对消息进行严格的事务保证 )消费者一个线程可能不能及时的进行处理这可能导致消费者消息堆积严重。在以前如果想要提高消费者处理速度需要起多个消费者实例以进行负载均衡但是对于单个实例来说并没有达到系统瓶颈。在新版本中我们提供了一个选项以支持使用多个消费者线程进行消息的处理。你可以如下这样配置services.AddCap(x gt;
{ x.ConsumerThreadCount 线程数量
}改进 Diagnostics 支持感谢 gfx687 这位俄罗斯朋友对此贡献的 PR#380,#382。现在你可以利用 CAP 提供的 Diagnostics 特性对于 Header 进行自定义写入。也就是说可以利用此特性对消息进行全链路的追踪从 Controller/Service--Message Queue-- Consumer。如果你感兴趣可以查看我的这篇文章了解更多关于 Diagnostics 的信息。其他改进性能提升在此版本中我们进行了一些小范围的代码优化。感谢 hetaoos 的 PR#365 感谢 liuzhenyulive 的 PR#390 。Bug修复在此版本中修复了一些bug。具体可以查看这里的 release 日志了解更多。依赖的 NuGet 包更新总结以上就是本版本中支持的一些新特性感谢大家的支持我们很开心能够帮助到大家 。大家在使用的过程中遇到问题希望也能够积极的反馈帮助CAP变得越来越好。:)打赏一杯酒削减三分愁。跟着我们走脱发包你有。组织打赏账户为柠檬的账户请标注「NCC」并留下您的名字以下地址可查看收支明细https://github.com/dotnetcore/Home/blob/master/Statement-of-Income-and-Expense.mdOpenNCC专注.NET技术的公众号https://www.dotnetcore.xyz微信IDOpenNCC长按左侧二维码关注欢迎打赏组织给予我们更多的支持
