.html
问题:作者看到了一个关于Dictionary.Clear和new Dictionary的问题,想要探究为什么在foreach字典的过程中,这两种操作不会报错。
分析:作者分析了C#字典的源码,发现foreach字典会产生一个迭代器,它有一个指向原字典的字段。如果在外部重新new字典,或者清空字典,都不会影响这个字段,所以不会触发版本检查的异常。
.html
在日常开发中,日期值当然是不可或缺的,能够清晰的在脑海中梳理出最快捷的实现也非常重要,那么今天就来汇总一下。
.html
最近在公司要求使用Windows服务作为消息队列的消费者,所以自行研究了一下C#中Windows服务如何创建以及如何使用,以及部署的方式。我是西瓜程序猿,此篇记录一下供大家参考学习。
.html
企业微信消息长度限制为2048个字节,字符长度不等于字节长度
使用字节拆分,会导致中文字符被截断
使用文本+字节拆分,无法处理emoji表情
使用unicode字符拆分,即可解决以上问题
先前在做企业微信的应用接入ChatGPT时遇到一个问题,就是企业微信的消息长度限制为2048个字节,所以遇到超长文本的时候需要拆分成多条消息发送。
.html
.NET MAUI 中提供了拖放(drag-drop)手势识别器,允许用户通过拖动手势来移动控件。在这篇文章中,我们将学习如何使用拖放手势识别器来实现可拖拽排序列表。在本例中,列表中显示不同大小的磁贴(Tile)并且可以拖拽排序。
.html
下面将介绍如何通过 LiteDB
将自己的程序进行加密,首先介绍一下 LiteDB
。
.html
模块化是一种分治思想,不仅可以分离复杂的业务逻辑,还可以进行不同任务的分工。模块与模块之间相互独立,从而构建一种松耦合的应用程序,便于开发和维护。
.html
Known是基于C#和Blazor开发的前后端分离快速开发框架,开箱即用,跨平台,一处代码,多处运行。
Gitee:
Github:
基于C#和Blazor实现的快速开发框架,前后端分离,开箱即用。
跨平台,单页应用,混合桌面应用,Web和桌面共享一处代码。
包含模块、字典、组织、角色、用户、日志、消息、工作流、定时任务等功能。
代码简洁、易扩展,让开发更简单、更快捷!
.html
去年换工作时系统复习了一下.NET Core多线程相关专题,学习了一线码农老哥的《.NET 5多线程编程实战》课程,我将复习的知识进行了总结形成本专题。
本篇,我们来继续复习一下多线程性能问题的相关知识点,预计阅读时间10分钟。
首先,我们可以明确一下,多线程场景下的常见问题一般为:高CPU占用。
/
/
/
/
/
/
/
/
SponsorLink:反馈和前进
/blog/a-cheat-sheet-to-migrate-from-moq-to-nsubstitute#method-invoked-with-any-arguments
/shinta0806/articles/cswin32-separation
/
/@kostash23lena/load-testing-http-api-on-c-with-nbomber-96939511bdab
/
/
/
/
/microsoft/articles/blazor-server-on-net8-pre6
/
/
/
/
ImmutableArray<T>
内部数组来加速/benutomo/articles/54083312afca95
.aspx?m=1
/masakura/articles/9b97948a11b40d
/microsoft/articles/blazor-server-on-net8-pre6?redirected=1
/shimat/articles/3d319d50b3f0c3
/
.htm
/
.NET 时间段库
使用PowerRule编写复杂规则
即使在 Blazor 中我也尝试使用 ReduxDevTools 进行调试
我制作了一个在 Blazor 组件之间共享状态的状态管理库
/
国内板块由 InCerry 进行整理 : .NET
其余内容来自 Myuki WeekRef,由InCerry翻译(已获得授权) : .NET
由于笔者没有那么多时间对国内的一些文章进行整理,欢迎大家为《.NET周刊-国内文章》板块进行贡献,需要推广自己的文章或者框架、开源项目可以下方的项目地址提交Issue或者在我的微信公众号私信。
格式如下:
10~50字左右的标题
对应文章或项目网址访问链接
200字以内的简介,如果太长会影响阅读体验
/.NET-Weekly
相信大家在开发中经常会遇到一些性能问题,苦于没有有效的工具去发现性能瓶颈,或者是发现瓶颈以后不知道该如何优化。之前一直有读者朋友询问有没有技术交流群,但是由于各种原因一直都没创建,现在很高兴的在这里宣布,我创建了一个专门交流.NET性能优化经验的群组,主题包括但不限于:
如何找到.NET性能瓶颈,如使用APM、dotnet tools等工具
.NET框架底层原理的实现,如垃圾回收器、JIT等等
如何编写高性能的.NET代码,哪些地方存在性能陷阱
希望能有更多志同道合朋友加入,分享一些工作中遇到的.NET性能问题和宝贵的性能分析优化经验。目前一群已满,现在开放二群。
如果提示已经达到200人,可以加我微信,我拉你进群: ls1075
另外也创建了QQ群,群号: 687779078,欢迎大家加入。
感谢大家对我公众号的支持与陪伴!为庆祝公众号一周年,抽奖送出一些书籍,请大家关注公众号后续推文!
本文发布于:2024-01-30 20:54:52,感谢您对本站的认可!
本文链接:https://www.4u4v.net/it/170661929422775.html
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。
留言与评论(共有 0 条评论) |