C的精神
在制定标准时，
C89
委员会关注下列几个原则，这些原则直到今天还在指导我们考虑问题。最重要的几个原则如下：
现存代码很重要，而现存的
C
编译器实现并不重要。
C
代码能够是可移植的。
C
代码可以是不可移植的。
C89
委员会不希望阻止
C
程序员写机器专用代码，因为这是
C
的一个强项。这造成了严格一致程序和一致程序之间的区别。
避免安静地改变。
标准是实现者和程序员之间的协约。
保持
C
的精神。例如：
相信程序员。
不要阻止程序员做需要做的事情。
保持语言小而简单。
一个操作只提供一种方法。
更快，即使不能保证可移植性。
1994
年
WG14
会议新增了以下几条：
支持国际化编程。
修改现存的实践以解决明显的缺陷。
最小化与
C89
的不兼容性。
最小化与
C++
的不兼容性
。
保持概念简单。
相关文档：
快速幂取模理论基础： 计算 a^b mod c ?
由(a x b) mod c=((a mod c) x b) mod c.
我们可以将 b先表示成就：
b=at2^t+at-1 2^t-1+……a02^0. (ai=[0,1]).
这样我们由 a^b mod c=(a^(at2^t+at-12^t-1+…a02^0)mod c.
然而我们求 a^(2^(i+1)) ......
1 . 用预处理指令#define 声明一个常数，用以表明1年中有多少秒（忽略闰年问题）
#define SECONDS_PER_YEAR (60 * 60 * 24 * 365)UL
我在这想看到几件事情：
1) #define 语法的基本知识（例如：不能以分号结束，括号的使用，等等）
2)懂得预处理器将为你计算常数表达 ......
当这个世界还只有C的时候，是不需要extern "C"的。
但是，当C++出现之后，有时候，我们就需要extern "C"了。
那究竟是在什么样的情况下，我们需要用extern "C"呢？
有人说，是为了C能够调用C++，有人说是为了在C++中能调用C的库函数。是不是把你弄糊涂了？
先说说extern "C"是啥作用吧。
extern "C" 是告诉C++编译器， ......
enum类型的成员，默认情况下是从0开始赋值；
如果中间某个成员进行了手动赋值的话，该成员的下一个成员的值为该成员的值+1
#include <stdio.h>
typedef enum {
PLAYMODE = 1, // 默认从0开始
PAUSEMODE,
STOPMODE = 5,
TRACKRPTMODE,
MIXMODE
}Status_t;
int main()
{
int n = 4;
sw ......
