[转载]高级别问题:如何在ASP.NET大型应用系统的模块化开发实现多版本程序集并存支持 - 道法自然 - 博客园

baacloud免费翻墙vpn注册使用

[转载]高级别问题:如何在ASP.NET大型应用系统的模块化开发实现多版本程序集并存支持 – 道法自然 – 博客园.

这是我最近碰到的一个问题,有一家企业.NET程序员有80多人,产品线很多也很复杂。 对于这样的产品,他们采用了模块化开发来实现复用与协作。不过,这样做需要解决一个问题,就是在一个产品中,不同模块由不同Team来开发,他们可能会引 用同一个程序集的不同版本。这时候,你该怎么来解决呢?

 

我先亮出基于iOpenWorks插件框架(你可以访问http://www.iopenworks.com/Products/SDKDownload来下载这个插件框架)解决方法,然后描述这个问题的上下文,最后可由读者们来提提你们的解决方案。

 

在部门管理模块中,我们使用了一个程序集的1.0.0.1版本,分别在代码和ASP.NET页面中引用了该程序集,如下所示。传统在ASP.NET 页面中使用程序集的方法是:(1)使用Import标签来声明引用的类型空间,接着使用其类型;(2)使用指定命名空间的类型来调用。需要注意的是,为了 降低开发复杂度,模块使用多版本程序集的方法和以前的方法相同,从而避免模块化引起的侵入性负效应。在下图中,你可以发现支持多版本的模块化开发方法和原 有方式一模一样。

image

在用户管理模块中,我们使用了一个程序集的1.0.0.0版本,也分别在代码和ASP.NET页面中引用了该程序集,如下所示。

image

这两个模块由两个团队来分别开发,由于管理和进度原因,他们使用了同一个程序集的不同版本,此时,基于OSGi.NET的实现方案结果如下。在用户 管理里面,显示结果为1.0.0.0的结果,即打印出“ROOT”;在部门管理里面,显示结果为1.0.0.1的结果,即打印“ROOT- v1.0.0.1”。

image

 

iOpenWorks插件框架针对多版本程序集的支持方案的核心是实现正确的类加载,其实现核心为2点,如下所示:

(1)通过对CLR扩展,支持多版本程序集的类加载;

(2)扩展ASP.NET页面编译方法,为每一个ASP.NET页面编译设置正确的程序集版本。

 

这个示例的源码如下:点击下载源码

 

除了iOpenWorks插件框架的解决方法,针对这个问题,各位看官有其它办法来解决吗?

Creative Commons License

有任何技术问题,可以加入iOpenWorks插件仓库平台QQ交流群: 121369588。

本文基于Creative Commons Attribution 2.5 China Mainland License发布,欢迎转载,演绎或用于商业目的,但是必须保留本文的署名道法自然(包含链接)。如您有任何疑问或者授权方面的协商,请给我留言。

 

赞(0) 打赏
分享到: 更多 (0)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

微信扫一扫打赏