自定义Eclipse (CDT)项目布局，与文件夹结构不同

Question

祝你们大家好，斯塔克溢出的人。

我在这里陷入了一个小小的困境。

在我的工作中，我们曾经使用过UltraEdit项目，但我们希望迁移到使用Eclipse。(不使用它的编译器/构建选项，我们需要一个外部SDK )。

在硬盘上，我们有一个特定的文件夹结构来保持两个团队之间的分离。即“产品代码”+“应用程序代码”-组和“驱动代码”-组。两个组都有自己的文件夹，在其中放置源代码。

• 应用程序
• 驱动码
• 产品代码

文件名被赋予一个特定的前缀，表示它们属于哪个“层”。

• 操作系统(操作系统)
• 应用程序
• 系统
• 单元
• 组件
• IO
• 硬件

所有这些文件(仅在应用程序文件夹中允许的应用程序除外)都可以位于“产品”或“驱动器代码”文件夹中。在UltraEdit中，所有这些文件都在各自的层下分组。因此，我们的项目有以下文件夹：

• 0操作系统
• 1应用层
• 2系统安全层
• 3单位层
• 4分量层
• 5 IO层
• 6硬件层
• 通用
• XML

虚拟文件夹'0操作系统‘保存来自真实文件夹'drivercode/productcode’的所有os_xxx文件，2、3、4、5和6也是如此。

TL；博士

是否可以在Eclipse中获得相同的(虚拟)文件夹结构？

为了使事情更加复杂，整个文件夹结构被划分为3个项目。例如proj-1，proj-2，proj-3，还有一个共享文件夹，其中包含在项目之间共享的代码。

Answer 1

我找到了一条路，但很麻烦。

我可以使用链接资源文件夹和文件创建我想要的结构。

但是，这意味着我需要遍历所有对话框的每个文件夹/文件，以便将它们添加到列表中。不过，我希望还有另外一种方法。所以我还不会接受我自己的答案。

Answer 2

我也有过类似的情况。我做了一个“工作空间设置”脚本，它只是将源代码符号链接到项目所在的目录中。这样，默认的eclipse机制(在一棵树中构建所有源)就可以不受限制地工作了，而不是一堆链接资源的搜索/啄(这往往破坏了在其他地方重用.*project文件的能力)。

Answer 3

Eclipse很好地处理现有项目。

我想您可能也有手动生成Makefile吗？然后，您只需要使用文件->导入-> C/C++现有代码作为Makefile项目。

这将使您的所有源代码都保持在原来的位置，而不喜欢使用Eclipse的团队成员仍然可以使用他们想要的任何东西，并且可以从命令行构建。