0

向 Stackoverflow 的同胞们问好。

我在这里遇到了一个小难题。

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

在硬盘上，我们有一个特定的文件夹结构来保持两个团队之间的分离。即'productcode' + 'applicationcode'-group 和'drivercode'-group。两组都有自己的文件夹，他们将源代码放在其中。

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

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

  • 操作系统（操作系统）
  • 应用
  • 系统
  • 单元
  • 零件
  • IO
  • 硬件

所有这些文件（除了只允许在应用程序文件夹中的应用程序）都可以在产品或驱动程序代码文件夹中。在 UltraEdit 中，所有这些文件都分组在它们各自的层下。所以我们的项目有以下文件夹：

  • 0 操作系统
  • 1 应用层
  • 2 系统安全层
  • 3单元层
  • 4 组件层
  • 5 IO层
  • 6 硬件层
  • 通用的
  • XML

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

TL;DR：
是否有可能在 Eclipse CDT 中获得相同的（虚拟）文件夹结构？

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

4

3 回答 3

1

我也有类似的情况。而不是一堆寻找/啄链接资源，这往往会破坏在其他地方重用 .*project 文件的能力，我制作了一个“工作区设置”脚本，只是将源符号链接到他们的项目所在的目录中。这样默认的 Eclipse 机制（在树中构建所有源代码）开箱即用。

于 2015-07-01T21:23:28.693 回答
0

我找到了一种方法，但它很麻烦。

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

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

于 2012-10-05T07:16:47.703 回答
0

Eclipse CDT 与现有项目配合得很好。

我猜您可能还手动生成了 Makefile？然后你只需要使用 File -> Import -> C/C++ -> Existing code as Makefile Project。

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

于 2012-10-05T07:29:07.443 回答