“要……”描述的是总要遵循的规范(但特殊情况下,可能需要违反)。 “考虑……”描述的是一般情况下应该遵循的规范,但如果完全理解规范背后的道理,并有很好的理由不遵循它时,也不要畏惧打破常规。 “不要……”描述的是一些几乎绝对不该违反的规范。 “避免……”则没有那么绝对,它描述的是那些通常并不好,但却存在一些已知的可以违反的情况。 × 不要返回错误码。 前面第1节已经讨论了异常的种种好处,所以还是把异常作为报告错误的主要方法。记住每个异常都有两种信息:其一是异常信息(Message属性),其二是异常的类型,异常
欢迎查看首个“必备.NET”专栏。您可以在其中了解 Microsoft .NET Framework 领域的所有最新动态,无论是 C# vNext 的最新进展(当前是 C# 7.0)、改进的 .NET 内部结构,还是 Roslyn 和 .NET 核心前端的最新动态(如转为开放源代码的 MSBuild)。 自 .NET 于 2000 年发布预览版以来,我一直在撰写和开发与 .NET 有关的内容。我撰写的大部分内容不仅限于新生事物,而是关于如何利用相应技术,并着眼于最佳做法。 我住在美国华盛顿州斯波坎市,我是
XmlDatasetConvert 该类提供了四种方法: 1、将xml对象内容字符串转换为DataSet 2、将xml文件转换为DataSet 3、将DataSet转换为xml对象字符串 4、将DataSet转换为xml文件
此文是《.NET:框架设计原则、规范》的读书笔记,本文内容较多,共分九章,将分4天进行推送,今天推送6-7章。 1. 什么是好的框架 2. 框架设计原则 3. 命名规范 4. 类型设计规范 5. 成员设计规范 6. 扩展性设计 7. 异常 8. 使用规范 9. 设计模式 1. 扩展性设计 1.1. 扩展机制 1.1.1. 非密封类 1.1.1.1. 考虑用不包含任何虚成员,或受保护的成员的非密封类来为框架提供扩展性 用户扩展简单,安全性很高 1.1.2.
送给大家一个XML与DataSet的相互转换的类:XmlDatasetConvert该类提供了四种网络
本博客所总结书籍为《CLR via C#(第4版)》清华大学出版社,2021年11月第11次印刷(如果是旧版书籍或者pdf可能会出现书页对不上的情况) 你可以理解为本博客为该书的精简子集,给正在学习中的人提供一个“glance”,以及对于部分专业术语或知识点给出解释/博客链接。 【本博客有如下定义“Px x”,第一个代表书中的页数,第二个代表大致内容从本页第几段开始。(如果有last+x代表倒数第几段,last代表最后一段)】 电子书可以在博客首页的文档-资源归档中找到,或者点击:传送门自行查找。如有能力
错误的出现并不总是编写程序的人的原因,有时应用程序会因为应用程序的最终用户引发的动作或运行代码的环境发生错误。无论如何,我们都应预测应用程序中出现的错误,并相应的进行编码。
UnityWebRequest通过Restful的通讯我们已经实现了,《笔记|Unity异步处理与UI Text显示的问题》章中在做Tcp通讯时因为用到了异步处理,解决了Text的最终显示问题,今天这篇我们就来看看Socket中Tcp的通讯。
异常是在程序执行过程中出现的非预期事件或错误情况。它可能是由于输入错误、计算错误、资源不足、外部环境变化等原因导致的。在面向对象编程语言中,异常通常是指程序在运行过程中发生了无法继续执行的错误,导致程序终止或产生不可预料的结果。 异常处理的重要性在于它能够提高程序的稳定性和可靠性。在真实的应用场景中,程序可能会面对各种各样的异常情况,如文件不存在、网络连接中断、资源耗尽等。如果不进行合适的异常处理,这些异常可能会导致程序崩溃或产生错误结果,严重影响用户体验和系统稳定性。通过合理的异常处理,我们可以在出现异常时采取相应的措施,如提供友好的错误提示、进行错误日志记录、尝试修复异常,或者优雅地退出程序等。这样可以防止程序异常终止,增加程序的容错性,并保护系统不受异常情况的影响。除了增加程序的稳定性和可靠性,良好的异常处理还有助于更好地定位和解决问题。通过捕获异常并进行详细的错误日志记录,开发人员可以更方便地排查错误并进行调试,从而提高开发效率和质量。
《Framework Design Guidelines》中文名称为《.NET设计规范 约定、惯用法与模式》,简介如下:
后面在github上面试了下cs-script的demo,发现loadcode会出现类似的问题,后面改用dotnet script解决了该问题
我们经常会有一些流式响应的需求,即客户端发一次请求,服务端需要多次响应才能返回完整数据的案例。譬如用户请求一篇长文,在数据库里有很多个段落,我们也不希望一次性全部查询完毕再返回给客户端(耗时太久),而是希望查一段就返回一段,逐次批量返回给客户端。
在汉语中,异常指非正常的;不同于平常的。翻译到程序中,就是指会导致程序无法按照既定逻辑运行的意外,或者说是错误。可能会有小伙伴好奇了,我们的程序不是正常的吗,为什么还会出错呢?
很多人可能对ASP.NET Core框架自身记录的诊断日志并不关心,其实这些日志对纠错排错和性能监控提供了很有用的信息。如果需要创建一个APM(Application Performance Management)系统来监控ASP.NET Core应用处理请求的性能及出现的异常,我们完全可以将HostingApplication对象记录的日志作为收集的原始数据。实际上,目前很多APM(如OpenTelemetry.NET 、Elastic APM和SkyWalking APM等)针对都是利用这种方式收集分布式跟踪日志的。(本篇提供的实例已经汇总到《ASP.NET Core 6框架揭秘-实例演示版》)
源码链接: https://github.com/witskeeper/geektime/tree/master/samples/LoggingSimpleDemo
在整个软件开发维护生命周期内,最难的不是如何将软件系统开发出来,而是在系统上线之后及时解决遇到的问题。一个好的程序员能够在系统出现问题之后马上定位错误的根源并找到正确的解决方案,一个更好的程序员能够根据当前的运行状态预知未来可能发生的问题,并将问题扼杀在摇篮中。合理地利用诊断手段能够帮助我们有效地纠错和排错。(本篇提供的实例已经汇总到《ASP.NET Core 6框架揭秘-实例演示版》)
在 Net Core 2.2 中,官方文档表示,对 EventListener 这个日志监视类的内容进行了扩充,同时赋予了跟踪 CoreCLR 事件的权限;通过跟踪 CoreCLR 事件,比如通过跟踪 CoreCLR 事件,可以了解和收集到比如 GC,JIT,ThreadPool,intreop 这些运行时服务的行为;通过使用配置注入,我们将获得一种动态跟踪事件的能力。
版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
鉴于智谱AI发布了最新一代 GLM3.0、GLM4.0 基座大模型,我又要对自己开发的这款开源 chatglm-sdk-java 进行改造了!因为需要做新老接口的模型调用中数据格式兼容,这将是一场编码设计与复杂场景的对抗挑战。💐 请看小傅哥如何操刀改造!
条条大路通罗马,一种需求,有很多种编码方式可以实现,如果在实现的基础上进行优化,岂不是更好。
使用传统的.net反射机制,调用类的方法时,在调用频率大的情况下,会感觉速度很慢。最近浏览卢彦的博客时,找到一个他改进后的反射调用类。试用以后感觉效率明显提高,特推荐给大家。作者重新实现了,反射调用方法,但是调用接口和.net原有方法一致。而且调用时抛出的异常为所调用类的实际异常,不像传统方式返回为包装异常。 文章来源:http://www.codeproject.com/csharp/FastMethodInvoker.asp 快速反射调用类
不变/协变/逆变,4.0中的这几个概念越念越象绕口令,如果单纯死记硬背,就算记住了,时间长了还是会忘记的。 园子里已经有不少高手撰文写过这个话题:比如“装配脑袋”的NET 4.0中的泛型协变和反变 (2008年他就已经搞明白了这个概念)、偶像Artech的“C# 4.0新特性-"协变"与"逆变"以及背后的编程思想” 以及1-2-3的 协变(Covariance)和逆变(Contravariance)的十万个为什么 这里只是从应用的角度,简单记录一下: 从.net3.5开始,System命名空间里就定义了一
尽管 C# 8 应该会在今年发布,并且 C# 8.x 和 9 的路线图也开始形成,但是,微软正在继续审查下一个版本的特性。
下载地址:https://www.xmaven.cn/usr/uploads/2020/10/3131691451.rar
上个月的微软Build大会上宣布了.NET 4.5.1的推出,Heydarian的这个演讲题为“.NET开发中的新内容”,涵盖了.NET Framework中一些重要的新特性。 Heydarian的演讲主要围绕着三个方面展开:开发者生产力、应用程序的性能及持续创新。首先是开发者生产力,他在提到了32位机器上的该功能在2005年就已发布,随后高兴地宣布64位机器上的相同功能将成为.NET 4.5.1的一部分。这一功能和32位版本是完全相同的。随后,Heydarian宣布了检测方法返回值的新功能,它可以在Vis
System.Exception这个类在刚刚接触代码的时候,哪怕一点代码不会写也会认识它。稍不注意就会见到,我当时对Exception理解是两点:
最近在公司的项目中,编写了几个自定义的 Exception 类。提交 PR 的时候,sonarqube 提示这几个自定义异常不符合 ISerializable patten. 花了点时间稍微研究了一下,把这个问题解了。今天在此记录一下,可能大家都会帮助到大家。
Windows操作系统中的密码管理通常通过图形界面完成。然而,有时我们可能需要通过脚本或自动化方式更改密码。今天,我们将探讨如何使用PowerShell脚本实现Windows普通用户修改自身密码。
WCF是一个具有极高扩展度的分布式通信框架,无论是在信道层(Channel Layer)还是服务模型层(Service Model),我们都可以自定义相关组件通过相应的扩展注入到WCF运行环境中。在WCF众多可扩展点中,ICallContextInitializer可以帮助我们在服务操作执行前后完成一些额外的功能,这实际上就是一种AOP的实现方式。比如在《通过WCF Extension实现Localization》中,我通过ICallContextInitializer确保了服务操作具有和客户端一样的语言文
System.Collections.ReadOnlyCollectionBase
在 Linux 上遇到性能问题时,可使用 perfcollect 收集跟踪,以便收集有关出现性能问题时计算机上发生的状况的详细信息。
https://www.cnblogs.com/bfyx/p/11364884.html
我在7月份到了家新公司,要维护一个在原来.net1.1上的系统。我进去一看代码就傻了眼了,满屏的SQL语句,看得脑袋嗡嗡的.但是苦于.net1.1,又不敢大动直接上其他的orm..顺便 Castle Activerecord 的.net1.1版还真用不来,于是一怒之下,决定自己动手,自己搞一个,遂自己瞎糊弄了一个,在项目中用了,感觉良好,嘿嘿,先不多说,把代码统统拷上来: //wxy create at 2008-8-31 //自己实现了一个简易的ORM工具,方便数据库操作 //关键是我实在不想写那些 //
这一篇,我们讲讲 C# 中的异常处理 —— try、catch、finially。
一个好的程序员能够在系统出现问题之后马上定位错误的根源并找到正确的解决方案,一个更好的程序员能够根据当前的运行状态预知未来可能发生的问题,并将问题扼杀在摇篮中。诊断跟踪能够帮助我们有效地纠错和排错《几种基本诊断跟踪编程方式》提供了7个实例演示了针对TraceSource、EventSource和DiagnosticSource的基本用法,其实它们还具有一个更“高级”的使用方式。(本篇提供的实例已经汇总到《ASP.NET Core 6框架揭秘-实例演示版》)
《第1章 多线程安全性与风险》介绍了并发编程,在维护难度、性能以及活跃性三个方面,所带来的风险与优势;
.NET 一直在稳定的增加和改善对应用程序进行跨平台的诊断分析,在.NET Core 3.0, 我们看到了 EventCounters 的介绍,用于观察和分析指标测量。
/// /// C#/PHP/JSP 3DES 加密与解密(只支持UTF-8编码) /// public class Crypto3DES { /// /// 默认密钥 /// private string Keys; /// /// 密钥与加密字符串
HTML5服务器发送事件(server-sent event)允许网页获得来自服务器主动推送的更新。
前言:结合之前的教学,发现很多学生在工作后反馈没有制作的思路,当公司有了需求后,自己不知道如何解决。这是源自没有建立编程思想,没有框架能力。所以从这周起尽可能讲述一些设计模式与框架,帮助这部分就业的同学建立编程思想,了解设计模式带来的便利。代码一定要手敲一遍!
.NET 一直在稳定的增加和改善对应用程序进行跨平台的诊断分析,在.NET Core 3.0, 我们看到了 EventCounters[1] 的介绍,用于观察和分析指标测量。
在一个大型的内网环境当中,如果我们在不确定目标资产定位在哪里我们就可以通过dns去定位,当然也可以通过活动目录集成的dns服务。
并发编程实践中,this引用逃逸("this"escape)是指对象还没有构造完成,它的this引用就被发布出去了。这是危及到线程安全的,因为其他线程有可能通过这个逸出的引用访问到“初始化了一半”的对象(partially-constructed object)。这样就会出现某些线程中看到该对象的状态是没初始化完的状态,而在另外一些线程看到的却是已经初始化完的状态,这种不一致性是不确定的,程序也会因此而产生一些无法预知的并发错误。在说明并发编程中如何避免this引用逸出之前,我们先看看一个对象是如何产生this引用逸出的。
在探索ChatGPT的使用过程中,我们发现GPT采用了流式数据返回的方式。理论上,这种情况可以通过全双工通信协议实现持久化连接,或者依赖于基于EventStream的事件流。然而,ChatGPT选择了后者,也就是本文即将深入探讨的SSE(Server-Sent Events)技术。
ASP.NET Core的请求处理管道由一个服务器和一组中间件构成,但对于面向传输层的服务器来说,它其实没有中间件的概念。当服务器接收到请求之后,会将该请求分发给一个处理器进行处理,对服务器而言,这个处理器就是一个HTTP应用,此应用通过IHttpApplication<TContext>接口来表示。由于服务器是通过IServer接口表示的,所以可以将ASP.NET Core框架的核心视为由IServer和IHttpApplication<TContext>对象组成的管道。[本文节选自《ASP.NET Core 3框架揭秘》第13章, 更多关于ASP.NET Core的文章请点这里]
由于诸多安全因素,需要对网上下载的一些文件进行完整性校验。比如,由于工作需要我下载了一个EMOS_1.5_i386.iso镜像文件(extmail邮件系统),需要对其进行MD5校验。为此,用C# 2005写了一个获取文件MD5码的简单程序。 用MD5进行文件校验,步骤如下: 1) 从文件发布单位那获取原始MD5码; 2) 用程序获取该文件的MD5码; 3) 对比1)和2)的MD5码是否一致; 从上可以看出,根据文件通过程序计算其MD5码是关键,下表所示为C#获取文件MD5码
HTML5 服务器发送事件(server-sentevent)允许网页获得来自服务器主动推送的更新。
private static List<string> lstShare = new List<string>();
领取专属 10元无门槛券
手把手带您无忧上云