对于负数求模相信很多网友多多少少会有些疑惑
对于一个负数求模 基本遵循一个计算公式
a = bd +r (a和d都是整数)
换过来 b = a%d...余数r 0<= r<=|d|
尽管遵循这个公式,但是还是出现歧义
比如(-7)%3
我们可以计算拆分为 -3 = (-7)%3 ......余数2
-2 = (-7)% 2...余数-1
但在不同的编译器运行, 结果却不太一样
例如 c的编译器dev 结果是-1
matlab的编译结果也是 2
py的编译器结果 2
而计算器的结果 -7 mode 3 = 2
在网上所给出的解释是
对于C来说,可能是为了商的值更大吧
对于很多新型语言和网页计算器的原则是使商尽可能小
在应用方面 我遇到一道算法题
我的代码是这样写:
int reverse(int x){
char arr[20];
int t=0;
long long y = 0;
while(x)
{
arr[t] = x % 10;
x/=10;
t++;
}
arr[t] = '\0';
for(int a=t-1;a>=0;a--)
{
y = y + (arr[a] * pow(10,(t-a-1)));
}
if(((pow(2,31)-1) < y) || ((-pow(2,31)) > y)) return 0;
return y;
}
对于这道题我有好几个细节点都没有处理好
一开始我是将负数先换成正数再来计算 后面觉得以为整形的取值范围又改掉了。。
因为负数要比正数多一个值,
在其中我犯了一个小错误,我是以为字符存进去的是字符‘7’
想利用‘7’-‘0’来执行换出7来计算,结果当然是错的,字符的值肯定是
7-‘0’ = -41 大乌龙
后面改成负数求余的时候,不懂的问题就更多了哈哈哈
关于负数求余方面我很少接触
我在程序中写了一句大概是 (-7)-‘0’
肯定是有毛病的~~~哈哈哈 这样结果应该是-55
但是想想 ASCII码中似乎没有负数的字符
原来 是我理解错了 char取值范围在 -128~ 127
如果输出ASCLL 肯定是不行的 但是如果是十进制运算还是可以的
这经常使用单片机留下了的毛病 我总是会去声明定义一些字符数组
下意识的节约内存。
确实这里用整形数组似乎会更为方便一点,这是自己理解的误区
感觉很有趣,记录一下