扯淡
好久没写文章了，实在是事情太多了，等年底忙完之后会把今年的各种心得总结出来。
前段时间在熊节的《不敢止步》中了解到CodeKata，于是拉了一个哥们一起做练习，每天一个Kata。
我会把我们讨论的过程、结果以及收获都记录下来，以供参考和讨论。
什么是CodeKata
大家都知道，各种体育运动的初学者练习时候都需要重复动作，打篮球的要练投篮，打乒乓球的要练挥拍，一个动作练个成百上千遍之后就会定型，以后实战中可以不假思索地做出来。
而CodeKata就是程序员的基本功。
CodeKata这个概念最早由Dave Thomas提出，就是下面这个哥们
他是IBM OTI实验室的创始人。
在Dave的博客上，他介绍了CodeKata的含义并给出了21个Kata供读者练习，我们就按照博客中Kata的顺序来进行练习。
博客地址
不要神话CodeKata：在搜索CodeKata的时候我也看到了一篇反对文章，理由是同样的练习重复多次不一定能变成大师。文中举了一个例子：我们每天都会走路，但是我们并没有成为走路方面的大师。我认为说的很有道理，CodeKata只是一些锻炼思维和编程能力的小练习，到底有没有用要看你怎么去做这些练习。我认为有效的方法是不断深入不断思考，抓住每一个疑惑的地方不放，这样才能真正提高。
Kata01
先给出地址
第一个Kata，Dave没有难为大家，并不需要写代码，只要思考就可以。
Kata的要求简单来说就是设计一个商品价格模型，需要考虑各种特殊情况以及各种概念。
我把Kata的要求列在这里：
- does fractional money exist?
- when (if ever) does rounding take place?
- how do you keep an audit trail of pricing decisions (and do you need to)?
- are costs and prices the same class of thing?
- if a shelf of 100 cans is priced using “buy two, get one free”, how do you value the stock?
经过讨论，我们的答案是：
- 不存在分数或者小数的钱数（详细解释见下方“七嘴八舌”一节）
- 同上，所以不需要舍入
- 需要记录，我们将用户订单分为两部分：包含商品以及应用优惠策略，不只是记录最终钱数
- 不是，商品价格是商品本身的属性，购买时候的花费是商品价格应用优惠策略之后的结果
- 库存只和商品本身有关，和应用的优惠策略无关
价格模型
上面只是对应Kata中问题的回答，下面我阐述一下我们的整个价格模型。
class product // 商品类
class promotion // 优惠策略类
class order // 订单类
商品类包含商品本身的属性，比如尺寸、重量、价格等等，商品类中的信息只和商品有关，不会被优惠策略影响。如果有必要的话可以再增加一个辅助的商品类，用于处理商品的不同型号规格，主商品类中只保存商品共有属性。
优惠策略类，也叫促销类，主要保存各种促销策略，比如买赠、买减、买换等等，说白了就是规则。
// 买够X元赠商品C
if total_price >= X then add product C
// 买够X元减100元
if total_price >= X then total_price - 100
// 买够X元加10元换购C
if total_price >= X then total_price + 10 and add product C
归根结底，所有促销本质上都是买减，只是表现形式不同。
订单类记录两部分信息：所买商品以及应用的促销。
需要注意的是，这里可能需要记录一些额外信息，否则如果存在可以多次应用的两个促销，就无法判断每个应用了多少次。
七嘴八舌
下面会补充一些讨论时候有争议的地方，以及一些零散的知识点。
价格不用小数
用小数表示价格容易出现误差，JS就是一个典型的例子
1.1 - 1 === 0.1
>false
原因是JS中表示数字使用的是IEEE754标准定义的64位浮点格式，这种格式的基数是2，所以很多数字都无法精确表示，所以就会出现误差。当计算过程非常复杂的时候，误差就很容易积累，最终会影响结果。
所以解决办法就是不用小数
price_a = 1.99
price_b = 2.13
price_a = price_a * 100
price_b = price_b * 100
total_price = price_a + price_b
total_price = total_price / 100
由于人民币通常会忽略分之后的单位，所以我们可以认为最多只有两位小数，进行运算之前首先乘以100，结果肯定是整数，运算完毕之后再除以100，得到真正的结果。
除了JS，其他语言中这个问题一般不太突出，有的语言有精度非常高的浮点类型，有的语言有专门处理钱数的类型，大家使用的时候注意一下即可。
总结
价格模型是非常复杂的模型，我们这里只是提出一种整体概念，具体处理的时候还会有许多细节问题需要考虑。
我们的思路可能有许多漏洞和不完善之处，文中也可能错用一些术语，大家有任何想法都可以和我们讨论。