Question

我目前正在处理Code :: Blocks的中/大项目，我想知道如何组织我的文件。

首先，似乎在Code :: Blocks中创建“虚拟文件夹”非常自然但是在磁盘上，所有文件都在项目的根文件夹中，对我来说似乎很麻烦：如果我想在外面做一些事情代码::块，文件很难找到。我应该使用这种方法吗？

然后，如果我每次需要时都创建“真实”文件夹，我需要将它们添加到路径中以便构建它们。另外，Code :: Blocks似乎不喜欢这样。是否有一种简单的方法可以对Code :: Blocks“构建项目，就好像我的项目目录中的子文件夹中的文件直接位于根项目目录中一样”？

我没有在互联网上找到通常用Code :: Blocks组织项目的方式，欢迎任何链接

Answer 1

如果您正在创建新项目，编写新软件应用程序或想要重构现有代码，那么正确构建项目是一件好事。虽然可能有数百种结构方法，虽然有很多事情需要考虑，但在这里我想给你一个可能的方法，这对我一遍又一遍有效。这个例子/提案是我对这个主题所做的研究多年的总结，所以它不只是'一个想法'

在组织项目时，您肯定需要解决三个“主要”问题：

中型到大型项目，而不是所有项目，应该版本控制（以GIT为例）。

中型到大型项目，不是说所有项目，都应由项目生成器维护（以Cmake为例）。

对于中型到大型项目，将所有文件保存在同一物理目录中是不可能的。它甚至强烈劝阻（通过包括linux内核在内的几个指导原则）。您应该以物理逻辑方式组织这些文件。

示例物理项目文件结构将是：

~example/environment$project tree .
.
|- code
     |- core
     |- extern
|- docs
|- tests
     |- core_tests
     |- extern-tests
|- ...

不幸的是，在代码:: blocks中，这意味着您必须将所有项目物理文件夹包含在搜索路径中。

您可以以任何您想要的方式在code :: blocks中组织文件，但如果您的物理结构合乎逻辑，您的项目应该直观易懂！

code :: blocks 不允许包含虚拟路径。

希望这会有所帮助

KR

HEWI

Answer 2

在Code :: Blocks的一个项目中，我在源文件夹中使用不同的文件夹;客户，普通和服务器。

然后我有不同的编译目标，因此客户端编译目标将使用客户端和公共中找到的源文件，服务器编译目标将使用服务器和公共中找到的源文件。

不确定这是不是你想要的，但这里是我的项目的样子： enter image description here