是#include</标题h>；C+中的一个坏习惯+；？我的C++项目摘要由两个目录组成，当然是主体。CPP < /代码>： Dataloader包含Dataloader.h和Dataloader.cpp Analysis包含Analysis.h和Analysis.cpp_C++_Directory_Include Path

是#include</标题h>；C+中的一个坏习惯+；？我的C++项目摘要由两个目录组成，当然是主体。CPP < /代码>： Dataloader包含Dataloader.h和Dataloader.cpp Analysis包含Analysis.h和Analysis.cpp

c++ directory

是#include</标题h>；C+中的一个坏习惯+；？我的C++项目摘要由两个目录组成，当然是主体。CPP < /代码>： Dataloader包含Dataloader.h和Dataloader.cpp Analysis包含Analysis.h和Analysis.cpp,c++,directory,include-path,C++,Directory,Include Path,在dataloader.h中，我包括analysis.h如下： #include<../Analysis/analysis.h> #包括我的教授告诉我这是一个很大的禁忌！！！！！。我们试图创建一个makefile，他很惊讶。为什么这是一种不好的做法？如何使include更简单。我正在研究code:：blocks和GCC4.8编译器注意，我注意到code:：阻止了一些宽恕如何包含错误。什么时候我们试图用gcc命令编译它，但它坏了我同意你教授的观点。使用 #include&

在dataloader.h中，我包括analysis.h如下：

#include<../Analysis/analysis.h>

#包括

我的教授告诉我这是一个很大的禁忌！！！！！。我们试图创建一个makefile，他很惊讶。为什么这是一种不好的做法？如何使include更简单。我正在研究

code:：blocks

和GCC4.8编译器

注意，我注意到code:：阻止了一些宽恕如何包含错误。什么时候我们试图用gcc命令编译它，但它坏了

我同意你教授的观点。使用

#include<../Analysis/analysis.h>

#包括

使代码变得脆弱。如果使用不同的目录结构重新组织代码库，则包含此类

#include

语句的文件将无法编译

关于：

注意，我注意到code:：阻止了一些宽恕如何包含错误。当我们试图用gcc命令编译它时，它坏了

将

-I.

添加到编译器标志以解决该问题。

我同意您的教授的观点。使用

#include<../Analysis/analysis.h>

#包括

使代码变得脆弱。如果使用不同的目录结构重新组织代码库，则包含此类

#include

语句的文件将无法编译

关于：

注意，我注意到code:：阻止了一些宽恕如何包含错误。当我们试图用gcc命令编译它时，它坏了

将

-I.

添加到编译器标志以解决该问题。

我同意您的教授的观点。使用

#include<../Analysis/analysis.h>

#包括

使代码变得脆弱。如果使用不同的目录结构重新组织代码库，则包含此类

#include

语句的文件将无法编译

关于：

注意，我注意到code:：阻止了一些宽恕如何包含错误。当我们试图用gcc命令编译它时，它坏了

将

-I.

添加到编译器标志以解决该问题。

我同意您的教授的观点。使用

#include<../Analysis/analysis.h>

#包括

使代码变得脆弱。如果使用不同的目录结构重新组织代码库，则包含此类

#include

语句的文件将无法编译

关于：

注意，我注意到code:：阻止了一些宽恕如何包含错误。当我们试图用gcc命令编译它时，它坏了

将

-I.

添加到编译器标志以解决该问题。

我一直都在学习，这很有意义，您应该将您的include放在依赖于它们的文件中

因此，在您的情况下，我假设您使用

dataloader

导入数据，然后使用

分析来分析数据。在这种情况下，将这两个都包含在主要内容中更有意义
相比之下，我制作了一个包含print\u board（）
功能的n-by-n-tic-tac-toe游戏。此函数依赖于带有常量的头文件colors.h
，以正确打印电路板。因此，在这种情况下，我的print_board.h
文件包含colors.h
文件更有意义，因为它直接依赖于它，其他任何东西都不依赖它
 我一直被教导，这是有道理的，你应该把你的包含在依赖它们的文件中
因此，在您的情况下，我假设您使用dataloader
导入数据，然后使用分析来分析数据。在这种情况下，将这两个都包含在主要内容中更有意义
相比之下，我制作了一个包含print\u board（）
功能的n-by-n-tic-tac-toe游戏。此函数依赖于带有常量的头文件colors.h
，以正确打印电路板。因此，在这种情况下，我的print_board.h
文件包含colors.h
文件更有意义，因为它直接依赖于它，其他任何东西都不依赖它
 我一直被教导，这是有道理的，你应该把你的包含在依赖它们的文件中
因此，在您的情况下，我假设您使用dataloader
导入数据，然后使用分析来分析数据。在这种情况下，将这两个都包含在主要内容中更有意义
相比之下，我制作了一个包含print\u board（）
功能的n-by-n-tic-tac-toe游戏。此函数依赖于带有常量的头文件colors.h
，以正确打印电路板。因此，在这种情况下，我的print_board.h
文件包含colors.h
文件更有意义，因为它直接依赖于它，其他任何东西都不依赖它
 我一直被教导，这是有道理的，你应该把你的包含在依赖它们的文件中
因此，在您的情况下，我假设您使用dataloader
导入数据，然后使用分析来分析数据。在这种情况下，将这两个都包含在主要内容中更有意义
相比之下，我制作了一个包含print\u board（）
功能的n-by-n-tic-tac-toe游戏。此函数依赖于带有常量的头文件colors.h
，以正确打印电路板。因此，在这种情况下，我的print_board.h
文件包含colors.h
文件更有意义，因为它直接依赖于它，其他任何东西都不依赖它
 他给你什么理由？马上我看不出有什么问题。如果有什么东西丢失了。/
。。。那可能没问题。他说这是个坏习惯，我不知道是什么