Visual studio Visual Studio C+中的最佳实践+;

Visual studio Visual Studio C+中的最佳实践+;,visual-studio,visual-c++,Visual Studio,Visual C++,VisualStudio似乎希望将类构造函数代码和事件处理代码放在.h文件中。我只参与过一个人的小项目,我想知道一般的行业标准是什么 对于VisualC++应用程序,在H文件中会放入什么代码?我习惯了用经典C++模式在.h文件中声明类并在.cp文件中编码。这是否仍然适用于Visual Studio应用程序 我有很强的C语言背景,这可以解释我为什么喜欢这个。VSC++编译器似乎并不介意 简而言之:应该在哪种类型的文件中放置什么 短暂性脑缺血发作 结束 Visual C++应用程序的P> 在.h中输

VisualStudio似乎希望将类构造函数代码和事件处理代码放在.h文件中。我只参与过一个人的小项目,我想知道一般的行业标准是什么

对于VisualC++应用程序,在H文件中会放入什么代码?我习惯了用经典C++模式在.h文件中声明类并在.cp文件中编码。这是否仍然适用于Visual Studio应用程序

我有很强的C语言背景,这可以解释我为什么喜欢这个。VSC++编译器似乎并不介意

简而言之:应该在哪种类型的文件中放置什么

短暂性脑缺血发作 结束

Visual C++应用程序的P> 在.h中输入什么代码 文件我习惯了古典模式 C++中声明类的方法 .h文件和.cpp文件中的编码。 这是否仍然适用于VisualStudio 申请

肖特:是的
长:取决于人或语言。在C++中,报头是用于编码的声明和CPP。对于C#您只有一个文件(或者如果您使用接口,则为2)

如果您使用的是MFC并且您正在谈论生成的代码,最好不要使用它


如果你尝试做“正常”C++开发,那么在头中尽量少用它,因为这意味着客户端代码不依赖太多的实现细节。你能做什么取决于模板的使用,以及你的绩效预算能支持多少间接性。

没有广泛接受的行业标准。通过将(短)函数定义放在头中,编译器就有更好的机会内联代码。好处是它可以使代码运行得更快(不过要保持这些函数的简短)。但是,这样做的代价是向包含该头的客户机公开更多代码,从而使您(或您的同事)在更改实现时重新编译更多文件

你还必须考虑到违背你的工具的成本。由于VC++的向导坚持将函数放在标题中,因此如果您不同意,每次都必须移动它们


我想说,这确实是项目特有的。

这可能看起来很小,但请记住:标题包含在几个地方。(包括标题在内的标题使事情更加复杂。)每当你更改标题时,很多文件都会被再次编译。在头文件中保留尽可能少的频繁更改的代码可以减少依赖文件的重新编译


另一件事:整洁的头文件可以让您快速了解类/表单所提供的功能。

谢谢。你说的是我注意到的。我需要确认我没有看到我想看到的东西。