相关疑难解决方法(0)

我知道在C/C++项目中,将头文件放在一个目录中是很常见的,例如,include在一个单独的目录中实现src.我一直在玩弄不同的项目结构,我想知道是否有任何客观原因,或者仅仅是惯例？

我在组织源文件时遇到了一些麻烦.

我有自己的小但不断增长的代码集合,我想在各种项目中使用.文件和文件夹布局是这样的:

库\ SUB1\source.h

库\ SUB1\source.cpp

库\ SUB2\source.h

库\ SUB2\source.cpp

我的一个问题是我希望在我的其他项目中根据需要包含此代码.到目前为止,我已经使用绝对路径指向libary代码,但必须有更好的方法.

此外,我需要将我使用的每个库文件添加到项目的文件Visual Studio中,以便正确编译.

所以我的问题简直就是如何解决这个问题？处理上述情况的正确/最佳方法是什么？

现在的情况

我的科学项目主要包含具有物理目的的不同分析和数值计算，即我使用 Mathematica、MATLAB、Fortran。当然，使用 git 这样的版本控制程序提交进度是一个好主意。

我问一些朋友构建文件的最佳方法是什么。除了简单且众所周知的程序员文件结构（，，，，，/bin/... ）之外，我没有找到令人满意但相似的答案/dat/：/doc//src/

• Python 应用程序的最佳项目结构是什么？
• C++ 库的目录结构
• Web应用程序（Django）典型项目文件夹结构
• 适用于大量源文件的正确文件夹结构
• /sf/ask/540099311/

我希望这个问题不会像物理学家提出的那样被解决；）因为我猜许多科学家在某种程度上或多或少地面临着同样的问题。由于知道程序员以前遇到过此类问题，我不会在Physics Stack Exchange上问这个问题，它可能会被标记为off-topic或too broad。

例子

在我的上一个项目中，我具有以下全局结构，其中不同项目项之间进行了一些交互：

/External_Code_Contribution/
/Experimental_Data/
/Analytical_Calculations/
  /Project_Issue_1/
  /Project_Issue_5/
/Documentations/
  /Thesis/
  /Papers/
  /Talks/
/Literature/
/Project_Organization/
/Numerical_Calculations/
  /Project_Issue_1/
    /SubIssue_A/
    /SubIssue_B/
    /SubIssue_C/
  /Project_Issue_2/
  /Project_Issue_3/
  /Project_Issue_4/
  /Project_Issue_6/

描述： 在这个项目中，我根据文件的功能（外部贡献、实验数据、数字、文档等）对文件进行了划分，然后根据问题（在该步骤中计算的内容）对它们进行了细分，其中每个问题又包含子问题（例如，使用不同数据集进行类似计算）带有源代码、二进制文件和处理后的数据（为简单起见，全部位于同一目录中）。

不幸的是，在这种方法中，我必须：

• 请参阅相应问题中的源代码（更改任何内容都可能导致不兼容的危险），或者
• 将源代码复制到每个新问题（每个具有相同名称但位于不同文件夹中的源代码文件可能不同）。

问题

谁遇到过在目录中构建项目的问题？请告诉我你的方法以及使你采用这种结构的论点！

（可能的补充：当我如上所述为项目设置文件结构时应该记住什么？）

如果您不完全理解答案，请随时提问，而不是举报。谢谢你！

是否有任何文章或建议如何组织项目中的文件层次结构？我感兴趣的是如何命名文件夹,分隔源和标题.

我有用C++编写的项目,一个使用它的库和项目.库有许多组件,它们彼此分开,但有些组件使用公共文件.我应该为他们创建目录吗？

我很高兴听到所有的建议.