.NET简谈设计模式之(装饰者模式性能问题?)

我假设看这篇文章的朋友对装饰者模式都能有各自的、深入的理解。因为这篇文章是讨论装饰者模式的性能问题。

在本人的“.NET简谈设计模式之(装饰者模式)”一文中比较详细的讲解了装饰者模式的一般应用，但是我总是感觉装饰者模式隐隐约约之中有点不完美。经过我昨天一整天的思考、推敲终于找到了它隐隐约约中的那点不完美是什么，为了行为去继承带来的无辜的性能开销。所以本人想把它写出来，跟大家讨论下装饰者模式的性能该如何平衡。是用时间换空间还是用空间换时间，这里的时间就是我们开发的效率时间。

首先回顾一下装饰者模式诞生的本意是什么，它的官方意思是：动态地给一个对象添加一些额外的职责。我们都知道给对象扩展功能是通过继承来实现，但是继承有它的不好之处，比如：子类与父类之间的耦合、子类的无限扩大等等。而装饰者模式就是想利用动态的给需要扩展的对象添加功能。将需要扩展的动能独立起来，作为一个个装饰类，在需要的时候给对象穿上这个装饰。

1：

这张类图照这个样子发展下去不得了，子类无限膨胀，后面需求谁都不知道。这是我们一般扩展对象的正常方法，我们来看一下装饰者模式的原型。

2：

将需要扩展的功能独立起来，当需要的时候动态的添加功能。我想这就是装饰者名称由来，将后期扩展的功能比喻成装饰者，是很形象。

但是当我们带着这张图的原理去看代码的时候，它的结构根本不是这样的“干净”。所以说理论与实践是分不开的。请看代码：

using System;  
using System.Collections.Generic;  
using System.Text;  
 
namespace ConsoleApplication2  
{  
    public class ConcreteConpontent  
    {  
        public virtual void Operation()  
        {  
            Console.WriteLine("顶级待装饰对象");  
        }  
        public virtual void Message()  
        {  
            Console.WriteLine("顶级对象消息");  
        }  
    }  
 
    public abstract class Decorator : ConcreteConpontent  
    {  
        protected ConcreteConpontent m_compontent;  

	


        


        


        


	

          

	    

	      

		

		  RSS订阅
		
	      
	    
	    

	      

		

		  返回编程开发
返回到首页
		
	      
	    
	    

	    
          
	


        

	   
相关新闻>>

	   

	

        

          

            
最新推荐更多>>>
            

		
IIS 自动回收导致

                

                 
网站注册用户密码储存问题
ADO.NET级别的事务
FormView显示、更新、插入、删除数据库操作[ASP.NET源代码](一)
FormView显示、更新、插入、删除数据库操作[ASP.NET源代码](二)
FormView显示、更新、插入、删除数据库操作[ASP.NET源代码](三)
如何理解async和await设计模式和如何应用到.net 4以下的framewor
asp.net中js合并，压缩

                
            
  
          
 
          

            
热门新闻进入编程开发频道>>
            

              
.net
ASP.NET 2.0 中实现跨页提交
.net
asp.net生成静态html页
.net
精通ASP.NET中弹出窗口技术
.net
如何使用 ASP.NET查询和显示 Excel 数据
.net
浅析.NET下XML数据访问新机制
.net
ASP.NET 2.0轻松实现数据库应用开发(1)