1. 背景
解一个bug的时候，发现计算比赛的让杆时(高尔夫打球时为了平衡水平，采用高手给菜鸟让一定的杆数)，同样的算法，iOS端和Android端计算的结果不一样。后来查下来发现是OC和java的四舍五入的计算不一样，导致计算handicap时，取到的值也不一样，最终造成了结果的差异.
2. 四舍五入
四舍五入这种小学生都会的东西，就不细讲了。主要是想说明下，编程里面常见的四舍五入有ceil, floor,even,up,down等等.
2.1 不管0.5的那种：
ceil：是向上取整. 就是不管正数还是负数，取“大一点”的那个.
ceil(2.3) = 3
ceil(-2.3) = 2
floor：是向下取整. 就是不管正数还是负数，取“小一点”的那个.
floor(2.3) = 2
floor(-2.3) = 3
关于这两个方法想深入了解的可以看wiki：Floor_and_ceiling_functions
2.2 管0.5的那种
even: 0.5的话取最近的那个偶数 (python默认round就是采用这种方式)
rint(2.5) = 2
rint(-3.5) = -4
rint(-3.4) = -3
但是这个也要考虑精度问题， 比较经典的就是：2.675，由于精度问题，四舍五入后是2.67而不是2.68.
(因为：2.674999999999999822，懂了吧？)
当然，真遇到精度问题了，自己扩大下倍数，也是可以巧妙解决的。
2.3 有时候管，有时候不管
还有up和down，就不展开了.
up就是"选择远离0"的值.
down就是"选择靠近0"的值.
这两种是不考虑0.5的，如果是half_up和half_down则是在上面的基础上考虑舍弃部分是否大于0.5 （讲多了会绕，直接代码run一下就懂了）。
3. 解决OC和java 四舍五入统一的问题
3.1 round函数
这里说OC，其实就是C语言的几个方法了。其他ceil或者floor等方法，C语言和java是一样的。
唯独round函数不一样。
// java
Math.round(-2.5) = -2
// C
roundf(-2.5) = -3
3.2 针对0.5的问题：
正数情况下，大家是一样的。
但是负数的情况：
java是取值大的那个; 而C语言是取绝对值大的那个
3.3 怎么解决
这个没有对错之分，只是实现的方式不一样。为了保持用户最终看到的数据一致，所以只能采取某一段修改round方法的方式来解决。（或者有更好的方式，请高手指教）
其实大家知道，我们四舍五入其实就是0.5取整数的问题，C语言的实现，显然是负数-0.5. 整数+0.5， 所以java的round改成C语言的round，就简单很多。不过因为我们项目上，server也是用java写的，所以考虑改动端最小的方式，决定iOS改。
怎么改呢？其实也想了很多办法，包括想到用NSDecimalNumber实现。
最后查了些资料收到了启发，发现其实很简单：
还是继续+0.5，只是使用使用向下取整就好了.直接上代码：
+ (float)roundf:(float)number {
/*
for C: return (number >= 0) ? (int)(number + 0.5) : (int)(number - 0.5);
for java: return floorf(number + 0.5);
here keep same with java
*/
float formatNumber = floorf(number + 0.5);
return formatNumber;
}
另外，.h文件中定义了一个宏，这样全局调用的地方，都不用任何的修改。不动一丝一毫，就已经改完这个功能：
#define roundf(number) [Utility roundf:number]
+ (float)roundf:(float)number;
4. 总结
最近博客写的少，偶尔写一篇，也基本是这种没什么养料，只是顺带改bug发现的一些小trick.
不过，后面项目准备逐步引入Swift（虽然动手的晚，但也算是终于动起来了）。这样，可以慢慢写写Swift编程中的一些坑。
还有，自己最近准备重新看看machine learning. 学习过程中的笔记也准备整理到简书上来.
by polen
2017-04-19
