不知道大家有没有想过这一个弱弱的问题?反正我想过了,并且在一段时间里面百思不得其解。
那些成对的运算符,为什么非要成对的进行定义呢?eg:
A>B 难道不应该等于 !(A<=B)吗?A==B难道不应该等于!(A!=B)吗?
也就是说,为什么不能够简单的只定义<、= 两个符号就能够得到其他几个符号的定义呢?
> -> !(< || ==)
>= -> !(<)
<= -> < || ==
!= -> !(==)
如果觉得要引入||不好,顶多再定义一个<=就够了。也许多了一个非操作,影响效率。但是一个非操作在普通情况下并不会造成多大的性能影响,至少如果我只定义了<和==没有定义>和!=,编译器也应该能够自动产生相应的函数啊。产生一个编译错误是在让人头痛,因为不得不做一些重复性的劳动。
最后我在float.IsNaN函数里面找到答案了:原来判断a是不是NaN的办法是通过 a<0 || a>=0 来得到的,如果这个式子为真,那么就不是NaN,否则就是NaN,真是非常让我感到意外。也就是说,a>=0 并不等价于 !(a<0) ,对于NaN来说,a<0是false,a>=0也应该是false,但是!(a<0)却得到true了,而不是a>=0的false。
不过再怎么说,我还是认为如果我没有成对的定义某些运算符,系统应该尽可能帮我自动生成,然后给出一个警告。比如定义了<、==两个符号,就应该可以得到其他的>、>=、!=、<=了,然后给出一个警告,这样比编译错误要舒服许多,有时候根本不想追求性能,只想尽快完成的时候,就可以偷个小懒了,何况一个“非”运算根本就不是什么大问题,甚至很可能被优化掉。
那些成对的运算符,为什么非要成对的进行定义呢?eg:
A>B 难道不应该等于 !(A<=B)吗?A==B难道不应该等于!(A!=B)吗?
也就是说,为什么不能够简单的只定义<、= 两个符号就能够得到其他几个符号的定义呢?
> -> !(< || ==)
>= -> !(<)
<= -> < || ==
!= -> !(==)
如果觉得要引入||不好,顶多再定义一个<=就够了。也许多了一个非操作,影响效率。但是一个非操作在普通情况下并不会造成多大的性能影响,至少如果我只定义了<和==没有定义>和!=,编译器也应该能够自动产生相应的函数啊。产生一个编译错误是在让人头痛,因为不得不做一些重复性的劳动。
最后我在float.IsNaN函数里面找到答案了:原来判断a是不是NaN的办法是通过 a<0 || a>=0 来得到的,如果这个式子为真,那么就不是NaN,否则就是NaN,真是非常让我感到意外。也就是说,a>=0 并不等价于 !(a<0) ,对于NaN来说,a<0是false,a>=0也应该是false,但是!(a<0)却得到true了,而不是a>=0的false。
不过再怎么说,我还是认为如果我没有成对的定义某些运算符,系统应该尽可能帮我自动生成,然后给出一个警告。比如定义了<、==两个符号,就应该可以得到其他的>、>=、!=、<=了,然后给出一个警告,这样比编译错误要舒服许多,有时候根本不想追求性能,只想尽快完成的时候,就可以偷个小懒了,何况一个“非”运算根本就不是什么大问题,甚至很可能被优化掉。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· .NET周刊【3月第1期 2025-03-02】
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器