没有躲过的坑--意想不到的除数为零

工程中有这样一个需求，需要获得一张图片的width和height，然后等比例的显示这张图片。

首先是获得得到一张图片的路径，然后计算出他的width和height，然后计算：

int resize_width = 160;
int resize_height = 160;
if (image_width > image_height) {
    resize_width = 160;
    resize_height = 160 * image_height / image_width;
}
else {
    resize_height = 160;
    resize_width = 160 * image_width / image_height;
}

很多情况下 ，我们都可以如愿以偿。

但是情况总有特俗，这就看你是如何计算一张图片的width和height的了，之前Google过一个方法只能计算24k大小以上的图片。

当图片过大或是过小，我们使用的方法无法计算这张图片的width和height时，情况出现了。

我们从小就知道除法中除数不能为零，但是在编程过程中往往忽略这一点。加之测试不够，往往会挖下一个很大的坑儿。

因此修改上面的代码：

int resize_width = 0;
    int resize_height = 0;
    if (image_width == 0 || image_height == 0)
    {
        resize_width = 160;
        resize_height = 160;
    }
    else
    {
        if (image_width > image_height) {
            resize_width = 160;
            resize_height = 160 * image_height / image_width;
        }
        else {
            resize_height = 160;
            resize_width = 160 * image_width / image_height;
        }
    }

对width和height是否为零进行判断。

说道除法，那就继续写点。 
C++中的大多数二元操作都要求两个操作数是同一类型。如果操作数的不同类型，其中一个操作数会提升到和另一个操作数相匹配的类型。在C++中，除法操作符可以被看做是2个不同的操作：其中一个操作于整数之上，另一个是操作于浮点数之上。如果操作数是浮点数类型，除法操作将返回一个浮点数的值：

float fX = 7;
float fY = 2;
float fValue = fX / fY; 
// fValue = 3.5

如果操作数是整数类型，除法操作将丢弃任何小数部分，并只返回整数部分。

int  nX = 7;
int nY = 2;
int nValue = nX / nY;   
//  nValue = 3

如果一个操作数是整型，另一个操作数是浮点型，则整型会提升为浮点型：

float fX = 7.0;
int nY = 2;
float fValue = fX / nY;

// nY 提升为浮点型，除法操作将返回浮点型值
// fValue = 3.5

有很多人会想当然：

int nX = 7;
int nY = 2;
float fValue = nX / nY;  
// fValue = 3(不是3.5哦！)

这里的本意是nX/nY将产生一个浮点型的除法操作，因为结果是赋给一个浮点型变量的。但实际上并非如此。nX/nY首先被计算，结果是一个整型值，然后才会提升为浮点型并赋值给fValue。但在赋值之前，小数部分就已经丢弃了。

要强制两个整数采用浮点型除法，其中一个操作数需要类型转换为浮点数：

int nX = 7;
int nY = 2;
float fValue = static_cast<float>(nX) / nY;  
// fValue = 3.5

因为nX显式的转换为float型，nY将隐式地提升为float型，因此除法操作符将执行浮点型除法，得到的结果就是3.5。

有关整数除法的另一个有趣的事情是，当一个操作数是负数时C++标准并未规定如何截断结果。造成的结果就是，编译器可以自由地选择向上截断或者向下截断！比如，-5/2可以既可以计算为-3也可以计算为-2，这和编译器是向下取整还是向0取整有关。大多数现代的编译器是向0取整的。