为什么不打开源项目版本的程序集/命名空间?

时间:2010-09-10 13:52:38

标签: .net open-source

如果您使用过两个或更多开源框架,那么我确定您遇到了以下问题。

Project 1
   FrameWork 1 - v2.0
   FrameWork 2 - v1.0
     FrameWork 1 - v1.0

项目1引用了框架1和框架1。 2,虽然框架2包含对Framework 1的引用。不幸的是,框架1的v2.0中存在重大变化,而Project 1需要v2.0,而Framework 2仅适用于v1.0。由于程序集和命名空间是相同的,它们不能彼此幸福地生活在一起(除非您要求它们进入GAC)。

但是,如果在构建开源框架时,他们将版本号包含在命名空间和程序集名称中,它将否定所有这些。任何数量的相同框架都可以在同一个bin文件夹/ appDomain中幸福地生活在一起。当然,存在如何将其合并到开源框架中的问题,因为它是一个手动步骤,但它将为消费它的每个人解决问题。不是吗?

1 个答案:

答案 0 :(得分:0)

这是一把双刃剑:

  

因此,总而言之,强名称程序集不仅使用简单名称来确定程序集的标识 - 更改其版本可以被视为完全更改其名称。

<强>参考