在工作中，我们有许多需要共享一些公共代码的项目。有些代码是完全通用的，而有些代码只是由我们项目的一部分共享。我应该将公共代码拆分为两个单独的项目，还是为单个项目使用两种不同的常春藤配置？
选项1 - 两个独立的项目。
潜在问题：要求我有两个单独的项目，两个独立的构建文件和两个单独的常春藤文件。
选项2 - 一个项目，针对不同工件的多个常春藤配置
潜在问题：我可能必须在同一个项目中维护单独的源目录。
在任何一种情况下，常见的xml组件都可能依赖于公共核心组件。
那么，SF，我该怎么做才能维护我的公共代码？我用这两种方法错过了哪些问题，以及其他任何优点/缺点或替代解决方案是什么？
答案 0 :(得分：1)
嗯，这真的取决于您喜欢如何管理源代码。但首先，我要问的问题是你是否真的需要拆分来源。公共项目的想法是封装代码，类，接口等，可以被其他项目用作通用工具包。这并不意味着这些项目必须使用Commons中的所有内容。他们可能只使用它的一小部分。这完全没问题，可能是因为分裂你的Commons实际上超过了优化。
想一想 - 如果您的下一个项目使用Commons库的不同子集会发生什么？你打算再分开吗？