文件的组织代码块(Organization of files in Code Blocks)

我目前正在对代码:: Blocks的一个中型/大型项目，我想知道如何安排我的文件。

首先，它似乎在代码::块创建“虚拟文件夹”是很自然的，但随后在磁盘上的所有文件都在项目的根文件夹，似乎乱了我：如果我想要做一些代码之外： ：块，文件则很难找到。 我无论如何都应该用这种方法？

然后，如果我创建的每一个我需要的时候“真正”的文件夹，我需要将它们添加到路径，以便为他们建造。 另外，代码::块似乎不喜欢这样。 有一种简单的方法来告诉代码:: Blocks的“构建项目，就好像在我的项目目录中的子文件夹中的文件，其中directely根项目目录内”？

我不上网怎么项目通常与代码:: Blocks的组织上发现，任何链接都欢迎

Answer 1:

大项目的组织

如果要创建一个新的项目，输入一个新的软件应用程序或要重构现有的代码，这是一个很好正确建构项目。 虽然有可能是数以百计的方式来构造，虽然有很多的事情要考虑，在这里我想给你一个可能的办法，真的遍地为我工作。 这个例子/提议我做了关于这一主题的多年研究的总结，所以它不只是“想法”

有三个“主”的问题，你肯定需要组织一个项目时，以解决：

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

中型到大型项目，不是说所有的项目，应由项目发生器 （CMake的作为例子）来维持。

这将是不可能的，因为大型项目中，把所有文件放在同一物理目录。 它甚至强烈反对（由若干准则，包括Linux内核）。 你应该在一个物理逻辑的方式组织这些文件 。

一个例子实体项目文件的结构将是：

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

很不幸的代码::块，意味着你将有包括在搜索路径的所有项目物理文件夹 。

你可以组织你的文件中的代码::块在任何你想要的方式，实际上也是如此，但如果你的物理结构是符合逻辑的， 你的项目应该是直观的浏览！

代码::块不允许包括虚拟路径 。

希望这可以帮助

KR

希未

Answer 2:

在我的代码:: Blocks的我用我的源文件夹不同的文件夹的项目之一; 客户端，通用和服务器。

然后，我有不同的编译的目标，以便在客户端编译目标将使用客户端，共同发现的源文件，服务器编译目标将使用在服务器和共同发现的源文件。

不知道如果这就是你以后，但这里是我的项目是如何看起来像一个画面：

文章来源: Organization of files in Code Blocks