reusability - 你如何组织你的代码库？

Question

我很想知道人们如何组织他们的代码库，特别是关于可重用组件。我在下面谈论 OO 术语，但我也对您如何为其他类型的语言组织库感兴趣。

例如:

您是所有类库项目的忠实拥护者，还是更喜欢将所有内容都保存在一个项目中？

您是重用预先构建的 DLL 还是在当前工作中包含以前项目中的单个类？如果是单独的类，您是在项目之间共享它们以确保所有类都保持最新还是允许分支？

你的可重用元素有多大？他们有多专注？他们是如何集中注意力的？

通过您的首选实践，您实现了何种程度的重用？

等等。

编辑

我不是在这里寻找具体的指导，我只是对人们的想法和做法感兴趣。我对在不同项目之间而不是在单个项目内重用代码特别感兴趣。 (不幸的是，这里使用的“项目”具有误导性 - 我的意思是在为客户承担的实际项目之间重用，而不是 Visual Studio 意义上的项目。)

Answer 1

一般可以通过来指导部署 考虑:

您将如何部署(即您将在生产机器上复制什么)？

如果您正在部署的是 包装组件(即 dll、jar、war 等)，将“代码库”组织为一组打包文件的集合是明智的。
这样，您将直接使用--dll、jar、war、...-- 将部署在生产平台上进行开发。
这个想法是:如果它适用于那些打包文件，它可能仍然适用于生产。

the reuse of code between disparate projects, rather than within a single project.

我认为这种重用在“组件”方法中更容易(就像问题“ Vendor Branches in GIT”中讨论的那个)

超过40个当前项目，我们取得了:

技术复用通过系统地将任何纯技术方面隔离到独立的框架中(通常，日志框架、异常框架、KPI - 关键绩效指标 - 框架等)。
这些技术组件被重用到所有其他项目中。

功能复用通过设置清晰的应用架构，将任何功能域(给定业务和功能规范)划分为定义明确的应用程序。例如，这通常涉及一个总线层，它也是公开任何其他项目重用的服务的绝佳候选者。

概括:
对于大型功能域，单个项目无法管理，良好的应用架构会导致自然的代码重用。