为SharePoint项目创建共享代码库的最佳做法

为SharePoint项目创建共享代码库的最佳做法,sharepoint,assemblies,dependencies,shared-libraries,dry,Sharepoint,Assemblies,Dependencies,Shared Libraries,Dry,我有几个SharePoint 2010项目(大多数是单独的解决方案,每个项目都是为单独的wsp构建的)正在进行开发。我在这些项目中有类似的任务(日志记录、配置等),所以在不同的项目中有相同的代码部分(甚至类) 我想知道如何将这些部分实现为共享代码库。但主要的问题是,我需要能够向这个库添加新特性,因此需要使每个依赖的项目适应这些更改,因为库程序集放在GAC中,并由所有项目使用。但仅在其他项目中使用库中的新特性时,很难支持旧的和已完成的项目 目前,我为每个项目使用不同库名称的单独库实例。但它也会导致

我有几个SharePoint 2010项目(大多数是单独的解决方案,每个项目都是为单独的wsp构建的)正在进行开发。我在这些项目中有类似的任务(日志记录、配置等),所以在不同的项目中有相同的代码部分(甚至类)

我想知道如何将这些部分实现为共享代码库。但主要的问题是,我需要能够向这个库添加新特性,因此需要使每个依赖的项目适应这些更改,因为库程序集放在GAC中,并由所有项目使用。但仅在其他项目中使用库中的新特性时,很难支持旧的和已完成的项目

目前,我为每个项目使用不同库名称的单独库实例。但它也会导致代码的重复和将新特性从一个库实例移动到另一个库实例的额外工作

我在考虑图书馆版本控制,但没有深入探讨它

请给我一个关于解决此问题的最佳实践的建议,因为这与SharePoint无关,而是与任何具有模块化体系结构的系统相关


提前感谢。

如果您将库中的旧方法保持原样,只添加新方法,那么旧代码就可以正常工作。我建议将库部署为一个单独的WSP,这样您就可以独立于项目本身进行更新