除法运算要小心

转自 http://42.96.169.71/blog/2013/03/10/chu-fa-yun-suan-yao-xiao-xin/

除法运算，是我们日常开发工作中常会用到的操作。这虽然是一个看似很简单的操作，但如果写代码的时候不加留意的话，也会让你很头疼。

大家应该还记得，在大学关于编程的课上面，老师基本上都会提到除 0 问题，会返回 NaN 值之类的。当有了一些开发经验之后，我们会对这个问题有更深入的理解。

这里给大家举一个很简单的例子，比如我们开发一个 iOS 应用，我们常常会计算各个 View 的大小尺寸，这里就会经常用到除法：

1	someView.frame = CGRectMake(100.0f,100.0f,200.0f,200.0f);

上面那一行代码，我相信所有做过 iOS 开发的同学们都会用到过。虽然是看起来这么简单的一个操作，但是如果不加注意的话，也会引发比较严重的问题。

比如我们常常会根据一些算数运算来动态的设置 View 的 frame, 再给大家看一个例子：

1 2 3 4 5 6

CGFloat division; .... .... someView.frame = CGRectMake(100.0f,100.0f, division, division);

我们简单看一下，好像没发现有什么不对。但要注意的是，我们这次用 division 这个浮点型变量来创建这个 View 的 frame，但是我们不能确定 division 这个变量中存放的是什么东西。

虽然上述代码能够顺利的通过编译器检测，但如果这个变量中存的是一个 NaN 值，就会导致我们的应用崩溃。并且这种崩溃问题很难调试，而且也不容易百分之百的重现出来。

如果对这个不加留意的话，这种情况在我们的应用中发生的可能性还是很大的。比如我们有时候会用一个数值除以某个 View 的宽度来计算另一个 View 的宽度，但是如果恰巧第一个 View 的宽度是 0 的话，那么计算出来的就是一个 NaN 值。 ，并且如果没经过任何隐式类型转换的话，这个 NaN 值就会直接传递给第二个视图，那么应用就会立即崩溃。

本人就曾经应为这个问题被困惑了很久，所以在这里写出来，希望能够节省大家调试程序的时间，并对大家有所帮助。