关于 extern "C"
当这个世界还只有C的时候，是不需要extern "C"的。
但是，当C++出现之后，有时候，我们就需要extern "C"了。
那究竟是在什么样的情况下，我们需要用extern "C"呢？
有人说，是为了C能够调用C++，有人说是为了在C++中能调用C的库函数。是不是把你弄糊涂了？
先说说extern "C"是啥作用吧。
extern "C" 是告诉C++编译器，这个函数是完全兼容C的，不包含C++有而C中没有的特性的。并且告诉编译器，在生成目标文件的时候，使用C的方式生成函数名。
上面这句话有两个重点，
第一是 extern "C" 只有 C++编译器认得，C编译器是不认识的。
第二是 用C的方式生成函数名。什么叫 "用C的方式生成函数名"？ C++编译器和C编译器生成函数名的方式是不同的。因为C++要支持函数重载，所以C++编译器在生成函数名的时候会把函数参数的类型加在函数名中。而C编译器就比较简单，直接在函数名字前加一个下划线搞定。
比如 void foo( int x ); 这样的函数
C编译器编译出来在符号库中的名字是_foo，而C++编译器编译出来在符号库中的名字可能是 _foo_int 这样的。
那么使用 extern "C" 有什么意义呢？
我觉得 ”为了C++中能调用C的库函数“ 这样的说法是正确的。
为什么？
考虑下面的情况，你有一个C实现的库，并用C编译器编译生成库文件。
假设这个库里有一个函数为 void foo( int );
在C++的某个类中，你要用这个foo函数，你在C++源文件中用
extern void foo( int );
引入。
这样在链接的时候出错了。
因为C++编译器在编译C++源文件的时候，认为void foo( int ); 在符号表中应该是
_foo_int 这个样子的。而在链接的时候找不到_foo_int，只有_foo。所以链接出错了。
怎么解决呢？
extern void foo( int );
改成
extern "C" void foo( int );
就行啦。
如果是直接include C的头文件的，那可以这样
extern "C" {
#include "HeaderOfC.h"
}
这样C++编译器就知道，这个foo是C的函数，生成名字的时候不需要带参数。这样链接的时候就没问题啦。
那么在今天，我们写一个C的库的时候，当然存在我们的库被C++的程序所使用的可能性。
我们不希望在C++的源码中引用我们的头文件的时候还要
extern "C" {
#include "yourlib.h"
}
这么麻烦。
所以我们在写C的库的头文件的时候主动的加上了 extern "C"。
但这里有一个问题，因为C编译器不认识extern "C"啊，所以就有了
宏 __cplusplus
对于C编译器，没有定义这个宏，而C++编译器定义了这个
相关文档：
B/S 是 Brower/Server 就是用浏览器(如IE)为应用程序客户端操作服务器。这样用浏览器来操作简单易用，但是对输入没有很好的验证。逻辑实现不多。本地只是用于获取数据然后大部分验证需要提交服务器来完成。
C/S 是Client/Server 客户端软件则是一个拥有很多逻辑验证的软件，本地验证成功后才提交服务器。
我找到的更详细� ......
上一篇里的LAME项目已经展示了python如何与C语言交互，但程序仍不够理想，在python这一端仅仅是传递源文件和目标文件的路径，再调用C模块的encode方法来进行编码，但问题在于你无法控制encode函数，比如你想编码的源文件如果不是原始数据，而是wav文件或者其他格式呢？对于这个问题，有两种方法可以选择，一种模仿前面的C模 ......
一、程序真谛
1.程序就是“搬数”
动作：读取——技术——写出（输入——处理——输出）
数据结构决定数据如何组织，搬动起来效率较高
算法语言� ......
开始—运行—gpedit.msc，打开组策略窗口—用户配置下的“管理模板”—WINDOWS组件，双击打开Windows资源管理器，然后双击“防止从我的电脑访问驱动器”，打开“属性”窗口，选择“已启用”，然后选择“仅限制驱动器C”（你可以把你不想让别人打开� ......
做到专业，应该是每个职业程序员应该要求自己做到的。
让我们看看lua
是
怎么写头文件的。
1.License Agreement
License
Agreement
应该加在每个头文件的顶部。
Lua Sample:
/*
** $Id: lua.h,v 1.175b 2003/03/18 12:31:39 roberto Exp $
** Lua - An ......
