为什么IDE将代码结构化为“项目”或“解决方案”?不,我不想尝试,我真的想知道人们用它们做什么。
在我看来,“Project”只是“可执行文件”的冗余别名,我发现当我想在多个可执行进程之间共享代码时,“Project”结构会妨碍我。在像Java这样的语言中尤其如此,那里已经有一个严格的包装系统来组织代码,但它几乎适用于我见过的每一个IDE。那他们为什么总是采用这种结构呢?使用它有一些技巧吗?
答案 0 :(得分:1)
并非所有IDE都使用这些名称,但一般来说,它们是组织代码的一种方式。
在任何特定大小的代码库中都需要这样做 - 某种层次结构可以帮助逻辑上将代码组件彼此分开。
答案 1 :(得分:1)
在我看来,“Project”只是“可执行文件”的冗余别名,
我实际上倾向于将“项目”更多地视为“编译单元”或“部署项目” - 至少对于大多数编译语言而言。项目通常映射到单个可执行文件或库(或其他支持语言的编译单元)。
因此,“项目”是一种非常有价值的组织方法。
答案 2 :(得分:0)
解决方案可以包含多个项目。当您拥有分层软件架构时,这个概念非常有用。
e.g。解决方案可以包含以下项目:
每个项目(层)在同一网站中都有特定目的。