什么时候应该在 .NET 中使用多个类库。我有一种情况,我需要使用 Microsoft Office 对象模型的功能来检查 Microsoft Office 文件的某些属性。我应该使用不同的类库来处理不同的文件类型。
eg:- 1 library for word files,
1 library for ppt,
so on.
或者我应该把所有东西都塞进一个类库中。
在构建多个类库之前我应该问自己什么问题。
什么时候应该在 .NET 中使用多个类库。我有一种情况,我需要使用 Microsoft Office 对象模型的功能来检查 Microsoft Office 文件的某些属性。我应该使用不同的类库来处理不同的文件类型。
eg:- 1 library for word files,
1 library for ppt,
so on.
或者我应该把所有东西都塞进一个类库中。
在构建多个类库之前我应该问自己什么问题。
想想你的消费者:如果有人可能想将这个库用于 word 文件而不需要拥有所有其他库的额外开销,那么将它们分开。如果没有,不要。
也就是说,请记住,单独的程序集不一定与单独的项目相同。您可能希望为每个项目使用单独的项目,即使最终将它们组合成一个大程序集(请参阅来自多个项目的单个程序集)。我发现管理较小项目的版本控制更容易。
这在一定程度上取决于您计划如何以及在何处使用此功能。
如果您要使用来自多个应用程序的部分功能,并且每个应用程序只需要处理一个文件(或至少不是所有文件),那么按文件类型分离库是有意义的。
但是,如果您的所有应用程序通常都会处理每种类型的文件,那么将它们放在一起将减少解决方案的维护开销。
保持简单。如果您没有技术上的理由分开,请不要这样做。
这个问题的答案主要是个人意见。有很多次技术原因或“最佳实践”模式决定了您应该如何分离代码。
1)哪些(可能)其他程序将重用相同的类,它们会部署在同一位置吗?
2)我有一小部分类对系统的其余部分几乎没有依赖;将它们组合在一个类库中是否合乎逻辑?