C++内存模型与命名空间

hpp文件与h文件的异同

.hpp文件与.h文件都是header文件，但是.hpp文件中包含了函数实现，减少了需要编译的.cpp文件数量。在IDE中，不要将头文件加入到项目列表中，只需源代码，头文件由#include指令管理。

为什么.hpp中包括模板函数的实现，当该.hpp文件被多个cpp用#include包含，链接时不会出现函数的重定义？以OpenCV core模块中CmdParser为例，core.hpp中实现了模板函数get()，core.hpp被precomp.hpp包含，而cmdParser.cpp中又包含了precomp.hpp，则编译链接库时，cmdParser.cpp中定义了get()。那么当我创建一个Visual Studio控制台工程，在main.cpp中#include “core.hpp”，则再次定义了CmdParser的get()，为什么链接时不会报错呢？

因为模板声明不是将被编译的代码，它们指示编译器如何生成与源代码中的函数调用相匹配的函数定义。hpp文件中可以出现的：

1. 函数原型
2. 使用#define定义的宏
3. 结构声明、类声明
4. 模板函数
5. 内联函数
6. 使用const定义的符号常量

定义函数或变量时，如果是内部链接属性，则可以在多个cpp文件中定义。如下述3个静态变量，global，one_file和count在整个程序执行期间都存在，未被初始化的静态变量默认采用0初始化。总结static的两种用法：用于局部变量表示存贮持续性，放在固定的内存块里；用于代码外的声明表示内部链接性，变量已经是存储持续的了。

int global =100;	//整个文件均可访问，链接性为外部，如果在另一个文件里也定义global，则报错
static int one_file = 50;	//整个文件可访问，链接性为内部
void fun()
{
    static int count=0;	//函数内可访问，无链接性
}

const全局变量的链接性也是内部。因此在函数外定义的常量，在多个cpp文件中被定义，不会出现重定义错误。默认情况下，函数的链接性为外部，想让函数只能在一个文件中使用，需要对函数的定义和原型使用static关键字，通常就合在一起写了。在定义静态函数的文件中，静态函数将覆盖外部定义。内联函数可以在程序中多次定义，只要这些定义相同，因此内联函数的定义也可以放在头文件中。对于类中的函数，貌似应当把内联函数和模板函数的实现放在hpp中，其它函数放在cpp中。

命名空间

namespace Jill{
    double fetch;
}
char fetch;
int main()
{
    using Jill::fetch;
    double fetch;	//Error!Already have a local fetch
    cin>>fetch;		//read a value into Jill::fetch
    cin>>::fetch;	//read a value into global fecth
}

与使用using namespace 相比较

namespace Jill{
    double fetch;
    int count;
}
char fetch;
int main()
{
    using namespace Jill;
    double fetch;	//NOT AN ERROR!Hides Jill::fetch
    cin>>fetch;		//read a value into local fetch
    cin>>::fetch;	//read a value into global fecth
    cin>>Jill::fetch;	//read a value into Jill::fecth
}

int foo()
{
    cin>>count;	//ERROR
    cin>>Jill::count;	//OK
}

namespace myth
{
    using Jill::fetch;
    using namespace elements;
}
std::cin>>myth::fetch;	
std::cout<<Jill::fetch;	//display value read into myth::fetch

using namespace myth;	//equal to using namespace myth and using namespace elements

结论：多使用using Jill，少在函数里用using namespace Jill，不在函数之外用using namespace Jill。不要在头文件中使用using namespace Jill，否则包含头文件的顺序可能会影响程序的行为，而且掩盖了要让哪些名称可用。老式头文件，如iostream.h没有用到名称空间，但是新头文件iostream使用了std名称空间。