0

在我开始之前，类似但不准确的问题：
Working with Common/Utility Libraries，
What to include in a Utility Library。

我最近开始使用我们公司的内部 C# 库，包括 Common.dll 和 Utilities.dll；很标准的东西。

我目前的计划是将这两个库细化为两个非常独立的实体，它们具有非常不同的用途。但是，我还没有弄清楚在哪里画这条线。

与其给出每个包含什么的细节，我想要中立的建议，关于你会在每个中投入什么，在那个，你将如何定义那个障碍。我不需要超具体。

还有人认为这两个应该合并到一个库中。（见上面的链接）如果没有合适的选择，我愿意接受这个想法。不过，我对两者之间的区别更感兴趣。

提前致谢！

4

1 回答 1

4

您说的好像“通用”和“实用”具有很好理解的含义。我不承认应该有这样的分离，或者是否有一些可重用代码的组织应该有两个这样的类别。

首先，我将区分倾向于在生产应用程序中重用的代码主体和可能仅用于测试的代码主体。

然后专注于生产应用程序，我希望有业务域通用代码（例如处理外汇的代码，或汽车租赁里程率，或任何您的业务。）和更通用的实用程序，如日志，或字符串格式，或一些聪明的数学）。我认为您会发现以某种方式“属于一起”的代码片段以及您想要保持分开的代码片段。一些可能的标准：

  • 变化率：当这个变化时，那个可能也会变化，所以我们需要一起发布它们
  • 开销 - 这个块很大，只有需要的应用程序才能支付包含或部署它的代价。
  • Scope - 这是UI代码，也就是数据库代码，分开存放
  • 依赖 - 如果你使用这个，那么你也使用那个，所以保持 theOther 分开，他不需要那个
  • 避免循环依赖，分解和重组以避免那些
于 2009-12-10T23:49:09.770 回答