.net 无库代码重用

.net 无库代码重用,.net,visual-studio,code-reuse,.net,Visual Studio,Code Reuse,不久前,我开始在图书馆收集各种重复使用的类。现在,当权者已经决定,他们不想在所有这些项目中使用这些库 什么是“好”的替代方案,而不是从一个项目复制到另一个项目 到目前为止,我想到的最好的方法可能是使用源代码管理来链接/共享/包含我们各种项目中的类。还有更好的吗?他们反对什么 如果他们不想与一堆较小的LIB链接,您可以使用Smart Assembly创建一个主程序集,并将您的项目链接到该主程序集 如果他们想提供一个二进制文件,您可以使用Smart Assembly将可执行文件与其引用的程序集混合在

不久前,我开始在图书馆收集各种重复使用的类。现在,当权者已经决定,他们不想在所有这些项目中使用这些库

什么是“好”的替代方案,而不是从一个项目复制到另一个项目


到目前为止,我想到的最好的方法可能是使用源代码管理来链接/共享/包含我们各种项目中的类。还有更好的吗?

他们反对什么

如果他们不想与一堆较小的LIB链接,您可以使用Smart Assembly创建一个主程序集,并将您的项目链接到该主程序集


如果他们想提供一个二进制文件,您可以使用Smart Assembly将可执行文件与其引用的程序集混合在一起,并创建一个二进制文件。

我有一个名为common的库,专门用于此目的。我把我所有的常用类都放在那里。

有时最好包含类文件,而不是创建库。例如,您可以构建一次实用程序类,并且可以在需要时将它们添加到项目中。这种做法使您能够在需要时改进、定制代码。它还允许其他开发人员查看代码,这在执行白盒测试时非常重要

是的。。把东西分成更小的DLL,比如数据库、图片、上传、下载、登录,怎么样。。。等而不是一个大的?你知道,就像jQuery一样,所有的插件都在上面。不包括它们的原因是什么?太大了?太方便了?现在他们是一群小图书馆。至于换工作:我喜欢这里。有时他们会有一些有趣的想法,但很少能持久。这里也有很多很棒的东西。或者仅仅使用ILMerge(微软的官方工具)智能组装就是一个很好的例子。鉴于他的公司对一堆第三方库臭名昭著,第三方工具也可能是一个问题。我不太确定。我认为这可能与一些失误有关,因为它们都是最新的。我认为第二个反对意见是,他们不希望DLL不以我们的产品命名。在这方面有一些奇怪的要求。例如,我们的一些客户非常愚蠢,无法理解x.1和x.10版本之间的差异。虽然我不认为我可以把DLL聚在一起,但我会记住这一点。