编码规则总结里学习到的一点东西-CSDN博客

最近公司对编码风格进行总结，也学到了不少东西。

Windows代码

如果你一直在windows平台下编码，这儿有必要强调一下下面的规则：

1）不要使用匈牙利命名法，正如你没有必要将循环控制变量i写成iI或者iLoopControl一样，而且很显然的，匈牙利命名法完全不适用C++模版，任何试图通过变量前缀来区分map<string, string>和map<string, int>的想法都是很折磨人的；

感觉完全遵守匈牙利命名法很累人的（想想VC里面可怕的变量名，苍天呀），尤其是临时的函数内的局部变量。但是如果类的成员，用m_iXX，m_strXXX来修饰下视觉上还是比较美观的。尤其是对于全局变量用g_XXX也很清晰。

2） Windows系统定义了很多原有内建类型的同义词，如DWORD、HANDLE等等，在调用Windows API时这是完全可以接受甚至鼓励的，但在其它情况下还是尽量使用原来的C++类型，例如，使用const TCHAR *而不是LPCTSTR；

更喜欢用简单的名称LPCTSTR明显比const TCHAR *写起来方便，但是移植可能很不方便。

3）不要使用#pragma once;放在头文件里面作为包含保护，使用C和C++标准的包含保护（注：#ifndef ...）；

从来没有用过#pragma once - -

4）除非万不得已，否则不使用任何不标准的扩展，如#pragma和__declspec，允许使用__declspec(dllimport)和__declspec(dllexport)，但必须通过DLLIMPORT和DLLEXPORT等宏定义，以便其他人在共享使用这些代码时容易放弃这些扩展。

都是微软VC自动生存DLL工程的，接口都写在def文件里了，这些基本没有用过 - -

头文件：

通常，每一个.c（C的源文件）和.cpp文件（C++的源文件）都有一个对应的.h文件（头文件），也有一些例外，如单元测试代码和只包含main()的体积较小的源文件。

正确使用头文件可令代码在可读性、文件大小和性能上大为改观。

一个.cpp对于一个.h，我一般一个类写在一对hpp文件里面，但有时候某个类的成员特别大，功能特别多，就分成多个.cpp和1个.h。在Source Insight里面看起来比较舒服，也不会把.cpp文件变的特别长。

避免头文件被重复包含

所有头文件都应该使用#define防止头文件被重复包含，为保证唯一性，头文件的命名应基于其所在项目源代码树的全路径。例如，项目foo中的头文件foo/src/bar/baz.h按如下方式保护：

#ifndef __FOO_BAR_BAZ_H__

#define __FOO_BAR_BAZ_H__

...

#endif // __FOO_BAR_BAZ_H__

没什么意见，不是很喜欢使用路径，更喜欢使用该文件的作用来作为宏定义。

============================================================

好乱，感觉不会写了，还是写写以前不知道或者没注意的东西吧。

=====================================================================

/*b.h*/

class b

{

a _a;

};

/*a.h*/

class a

{

}

---------

那么b.h可以编译过去吗？（b.h里没有include "a.h"）

如果又其他一个文件调用b时，同时include "a.h"，include "b.h"，那么就一切OK，头文件的读取是次序的，所以顺利编译通过。

---------------------------------------------------------------------

命名空间：

是用using name std好，还是每个都用上std::前缀好呢?std::string,std::list

公司里问一圈，除了喜欢用boost的，都很懒很懒的时候用第一种。

当然，我也是懒人之一，呵呵。

---------------------------------------------------------------------

static加变量是什么意思（学过C的都知道吧，毕竟任何一本书都会提到）

static加类成员是变成全局函数。

那么static加非成员函数有什么用？

函数默认都是全局的，加上static那么，就变成只有本文件才能使用了。

---------------------------------------------------------------------

class类型全局变量，如果有多个，而构造函数依赖另外一个，那么可能会有问题。

因为这种变量，先构造哪一个是不能控制的。

就算只有一个如果用了STD的string，list也有问题，因为你无法确认他们的创建没有关系。

我写代码的时候，一般就起一个class类型的全局变量来放置配置信息，成员变量都用基本类型，用全局指针，总是感觉不放心。

---------------------------------------------------------------------

构造函数中，直接return；不会造成创建失败，也就是new仍然返回值。

目前而言，没有办法让new返回NULL。

而且我们老大说了个我一直不知道的事情，现在C++ new失败是抛异常！而不是返回空！

另外2位大佬献身说明，捕获了异常也没用，程序肯定崩溃，因为new失败，不是说明没有内存了（因为可以写磁盘），而是没有地址空间了！捕获了异常也是程序崩溃。说明程序有问题！

所以也就说，从此我们写代码不用判断new失败的情况了，耶！不用if（NULL=XX）或者if（！XX）

---------------------------------------------------------------------

就算没有写无参数的构造函数，系统也没有给你生成一个。

也就是说，你们没有无参数的构造函数，但是你new C()依然成功。当然内部处理肯定出错了。

---------------------------------------------------------------------

显式的构造函数：

Foo::Foo(string name)//构造函数

那么某个函数以这个类为参数 foo2(Foo)，你直接将string变量传递进去，一样OK！自动帮你生存Foo的实例。

---------------------------------------------------------------------

struct没有成员函数，但可以用指向函数的指针实现。
比如：
struct   test{
int   a;
int   (*add)();//当函数指针指向不同的函数可以实现对不同的操作
};
int   addd(int   a)
{
          return   ++a;
}

main()
{
          int   i;
          struct   test   t;
          t.a=1;
            t.add=addd;
          printf("%d\n",i=t.add(t.a));
          return   0;
}