谈抽象的重要性

没有人不想成为高手。游戏如此，生活也是如此。
近来看了一个博主的文章，谈到c语言设计模式，突然感觉眼前一亮。
当自己还在用宏来区分平台共用代码时，人家已经从设计模式上来抽象问题了。

一只牛，又能吃草，又能喝水，以前我可能会这样写：

void bull_eat_grass(void)
{
	printf("a bull is eating grass");
}
void bull_drink_water(void)
{
	printf("a bull is drinking");
}

后来我发现，有人是这么写的：

typedef struct{
	void(* eat_grass)(void);
	void(* drink_water)(void);
}bull_t;

相比之下，bull_t里面的牛，既能吃草，也能喝水。而且只要指针指向不同的吃法和喝法，牛哥还能换着花样吃草和喝水。
而且，让一群牛一起组队吃草和喝水也简单多了。
再往后，往bull_t里面加技能，牛哥又能干别的事了。

这样的结果可想而知，在好的架构下，如果人家是在造特斯拉，那么你怎么改装，可能也只做出个奇瑞QQ。

抽象，对于程序员来说就好像是内功，如果说业务逻辑是招式，那么有了内功的加成，便会笔下生风。