前端时间,项目中用到一个第三方的设备,通讯文档中表示,数据采用数值补码的十六进制发送。我擦,这么变态的思路是怎么想出来的,你就按照原码发送会死吗,还非得转换一下显得与众不同,简直反人类。
抱怨归抱怨,活还得干,当年计算机基础学的一塌糊涂,对这部分表示只是听过,于是开始补课,把补课结果记录一下,备查。
一、原码
简单理解:原码就是显示出来的十进制数,比如10、-10。
二、补码
总结:补码是计算机用于数的计算和存储时,数字的二进制表现形式。
三、反码
小结:计算负数的补码时,过渡用一下的东西,就是把负数的二进制除了符号位(最高位)按位取反。这玩意不常用。
四、原码和补码的转换
1、正数的原码、补码相同,不用折腾。nice。
2、负数的补码计算公式:负数的反码+1
五、坑:
写这篇文章的时候,本人才搞清楚,计算机系统里,负数一直就是以二进制补码的形式存储,因此开发的时候,正常来说,Convert.ToString ( i, 2 )直接就可以获得i的二进制补码,i.ToString("X4")就是i的十六进制补码,拿来直接用就可以。但是,C#有个坑,比如(-1000).ToString("X4“),无法返回正确的补码:FC18,而是FFFF FC18,原因就是(-1000)默认为int32,是个32位整数,因此需要((short)(-1000)).ToString("X4")!
这真是个坑(当然,主要是我基础知识扎实),就因为一个short强制转换的问题,导致为了计算出正确的FC18,写了好多代码才实现(不是无脑取后四位,其实如果当时无脑取后四位,结果也是正确的。。。。)。
win10自带计算器,切换到程序员模式,字节切换为word(16位),此时在十进制模式下输入负数,其它进制显示的就是该数的补码。
谨以纪念那段傻x的代码吧。
我程序代码实现的思路:
忘了百度到哪位大神的文章,说负数的补码可以用该数绝对值的二进制按位取反后加一获得。就用这个思路写了一段。。。。。