我已经创建了一些类，发现它们对各种不同的项目非常有用，它们是已有的 .Net 类的扩展或者是全新的类。虽然我可能不会在每个项目中都使用它们，但我肯定会在某个时候再次使用它们。我的问题是，最好的保存方式是什么？我考虑将它们编译成一个 .dll 文件，以便需要时可以简单地引用它们，但目前只有大约 4 个不同的类，我一直认为 .dll 更适合于更多的类。是否将它们存储在云端中会更简单，这样我就可以从几乎任何计算机访问它们？你最好的解决方案是什么？编辑：我将使用多台计算机，因为我有时会使用大学的计算机设施。这些类从 XNA 中的内存管理助手类到普通的 .Net/C# 的专业函数。
4个回答
2
如果类不能自然地组合在一起作为一个组件，可以将源文件保存在像Github这样的地方，并在需要时将其包含在项目中。当你觉得有必要时，你总是可以在以后将它们重新排列成组件。请保留HTML标签。
- GraemeF
1
这些类有任何关联吗？如果您想使用其中一个，是否需要其他类？如果不需要，那么它们就不应该放在同一个包中。
Robert C. Martin 在他的书《敏捷软件开发》的“包和组件设计原则”一章中提供了一些不错的介绍。还有一本名为“C#中的敏捷原则、模式和实践”的适应版本，内容非常相似。
我的意思是，打包组件不仅仅是认为组件X和Y足够“酷”以便于重用，而且还要考虑如何组织事物以及库或包如何适应整体架构。
- Jim Brissom
1
我了解事情的组织方面，很可能会有多种方法来解决给定的问题或特定框架（XNA）的多个类。也许编译不同的.dll文件用于它们具有的不同用途是明智的选择吗？例如，一个用于我的XNA工作，另一个用于其他C#项目？ - Jamie Keeling
0
我将通用类保存在SourceGear中，然后根据需要在任何项目中共享它们。
- Caltor
0
您可以将它们编译为 DLL 并将其安装到 GAC。然后，您可以从任何需要的项目中引用 DLL，就像引用任何本机 C# 库一样。
而且我同意 Jim Brissom 的观点。只编译彼此配合的类作为一个组件。
而且我同意 Jim Brissom 的观点。只编译彼此配合的类作为一个组件。
- Joel
2
我有这样的印象，这只适用于一台计算机，或者我理解错了吗？因为我在大学会使用不同的计算机。 - Jamie Keeling
3除非你喜欢版本控制的噩梦，否则我真的不建议在全局程序集缓存中放置任何东西。 - GraemeF
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接