狠狠色噜噜狠狠狠狠狠色综合久久,93精91精品国产综合久久香蕉,嫩草影院久久国产精品

Magic — Sun, 14 Feb 2016 06:36:00 GMT

1.概述

�l�合模式有时候又叫做部分-整体模式�Q�它使我们树型结构的问题中，模糊了简单元素和复杂元素的概念，客户�E�序可以向处理简单元素一��h��处理复杂元素,从而��得客��L��序与复杂元素的内部结构解耦�?/span>

�l�合模式�Q�Composite Pattern�Q�：��对象组合成树�Ş�l�构以表�C?#8216;部分-整体’的层�ơ结构，�l�合模式使得用户对单个对象和�l�合对象的��用具有一致性�?/strong>

     �l�合模式�l�构囑֦�下：

     �l�构图说明：

     �Q?�Q�Component�Q�组合中的对象声明接口，在适当情况下实现所有类共有的默认行为，声明一个接口用于访问和��理Component的子�l��g。在递归�l�构中定义一个接口，用于讉K��一个父部�g�Q��ƈ在合适的情况下实现它。（可选）

     �Q?�Q�Leaf:在组合中表示叶节点，叶节�Ҏ��有子节点�Q�定义对象的基本行�ؓ�?/p>
     �Q?�Q�Composite�Q�定义有子部件的那些部�g的行为，存储子部件�ƈ在Component接口实现与子部�g有关的操作�?/p>
     �Q?�Q�Client:通过Component接口操作�l�合部�g的对象�?/p>
     �l�合模式基本代码�Q?/p>

  public abstract class Component
    {
        protected string name;

        public Component(string name)
        {
            this.name = name;
        }

        public abstract void Add(Component c);
        public abstract void Remove(Component c);
        public abstract void Display(int depth);
    }

     Composite:

public class Composite : Component
    {
        private List children = new List();

        public Composite(string name)
            : base(name)
        { }

        public override void Add(Component c)
        {
            children.Add(c);
        }

        public override void Remove(Component c)
        {
            children.Remove(c);
        }

        public override void Display(int depth)
        {
            Console.WriteLine(new String('-', depth) + name);

            foreach (Component component in children)
            {
                component.Display(depth + 2);
            }
        }
    }

     Leaf:

  public class Leaf : Component
    {
        public Leaf(string name)
            : base(name)
        { }

        public override void Add(Component c)
        {
            Console.WriteLine("Cannot add to a leaf");
        }

        public override void Remove(Component c)
        {
            Console.WriteLine("Cannot remove from a leaf");
        }

        public override void Display(int depth)
        {
            Console.WriteLine(new String('-', depth) + name);
        }
    }
客户端：

  public class Program
    {
        static void Main(string[] args)
        {
            Composite root = new Composite("root");
            root.Add(new Leaf("Leaf A"));
            root.Add(new Leaf("Leaf B"));

            Composite comp = new Composite("Composite X");
            comp.Add(new Leaf("Leaf XA"));
            comp.Add(new Leaf("Leaf XB"));

            root.Add(comp);

            Composite comp2 = new Composite("Composite XY");
            comp2.Add(new Leaf("Leaf XYA"));
            comp2.Add(new Leaf("Leaf XYB"));

            comp.Add(comp2);

            root.Add(new Leaf("Leaf C"));

            Leaf leaf = new Leaf("Leaf D");
            root.Add(leaf);
            root.Remove(leaf);

            root.Display(1);

            Console.Read();
        }
    }

     可以看出�Q�Composite�c�d��的对象可以包含其它Component�c�d��的对象。换而言之，Composite�c�d��对象可以含有其它的树枝（Composite�Q�类型或树叶�Q�Leaf�Q�类型的对象�?/p>
     �l�合模式的实现根据所实现接口的区别分��Z��U��Ş式，分别�U�Cؓ安全模式和透明模式。组合模式可以不提供父对象的��理�Ҏ��Q�但�l�合模式必须在合适的地方提供子对象的��理�Ҏ��Q�诸如：add、remove�{�）。安全式的组合模式要求管理聚集的�Ҏ��只出现在树枝构�g�c�M��Q�而不出现在树叶构件中。与安全式的�l�合模式不同的是�Q�透明式的�l�合模式要求所有的具体构�g�c�，不论树枝构�g�q�是树叶构�g�Q�均�W�合一个固定的接口�?/p>
     透明模式�Q?/strong>也就是说在Component中声明所有用来管理子对象的方法，其中包括Add、Remove�{�。这样实现Component接口的所有子�c�都具备了Add和Remove。这样做的好处就是叶节点和枝节点对于外界没有区别�Q�它们具有完全一致的行�ؓ接口�Q�但问题也很明显�Q�因为Leaf�c�L��w�不具备Add(),Remove()�Ҏ��的功能，所以实��C��是没有意义的�?/p>
     安全模式�Q?/strong>��是在Component接口中不��d��明Add和Remove�Ҏ��Q�那么子�cȝ��Leaf也就不需要去实现它，而是在Composite声明所有用来管理子�c�d��象的�Ҏ��Q�这样就不会出现透明模式出现的问题，不过�׃��不够透明�Q�所以叶节点和枝节点��不��h��相同的接口，客户端调用需要做相应的判断，带来了不�ѝ�?/p>
     2.实例�Q�大话设计模式）

     大话设计模式中的公司��理�pȝ��的结构图如下�Q?/p>

     具体实现代码如下�Q?/p>
CompanyComposite
  public abstract class Company
    {
        protected string name;

        public Company(string name)
        {
            this.name = name;
        }

        public abstract void Add(Company c);//增加
        public abstract void Remove(Company c);//�U�除
        public abstract void Display(int depth);//昄��
        public abstract void LineOfDuty();//履行职责

    }

    public class ConcreteCompany : Company
    {
        private List children = new List();

        public ConcreteCompany(string name)
            : base(name)
        { }

        public override void Add(Company c)
        {
            children.Add(c);
        }

        public override void Remove(Company c)
        {
            children.Remove(c);
        }

        public override void Display(int depth)
        {
            Console.WriteLine(new String('-', depth) + name);

            foreach (Company component in children)
            {
                component.Display(depth + 2);
            }
        }

        //履行职责
        public override void LineOfDuty()
        {
            foreach (Company component in children)
            {
                component.LineOfDuty();
            }
        }

    }

    //人力资源�?/span>
    public class HRDepartment : Company
    {
        public HRDepartment(string name)
            : base(name)
        { }

        public override void Add(Company c)
        {
        }

        public override void Remove(Company c)
        {
        }

        public override void Display(int depth)
        {
            Console.WriteLine(new String('-', depth) + name);
        }

        public override void LineOfDuty()
        {
            Console.WriteLine("{0} 员工招聘培训��理", name);
        }
    }

    //财务�?/span>
    public class FinanceDepartment : Company
    {
        public FinanceDepartment(string name)
            : base(name)
        { }

        public override void Add(Company c)
        {
        }

        public override void Remove(Company c)
        {
        }

        public override void Display(int depth)
        {
            Console.WriteLine(new String('-', depth) + name);
        }

        public override void LineOfDuty()
        {
            Console.WriteLine("{0} 公司财务收支��理", name);
        }

    }

     客户端代码：

Code
public class Program
    {
        static void Main(string[] args)
        {
            ConcreteCompany root = new ConcreteCompany("北京��d��?);
            root.Add(new HRDepartment("��d��思h力资源部"));
            root.Add(new FinanceDepartment("��d��司胦务部"));

            ConcreteCompany comp = new ConcreteCompany("上�v华东分公�?);
            comp.Add(new HRDepartment("华东分公�思h力资源部"));
            comp.Add(new FinanceDepartment("华东分公司胦务部"));
            root.Add(comp);

            ConcreteCompany comp1 = new ConcreteCompany("南京办事�?);
            comp1.Add(new HRDepartment("南京办事处�h力资源部"));
            comp1.Add(new FinanceDepartment("南京办事处胦务部"));
            comp.Add(comp1);

            ConcreteCompany comp2 = new ConcreteCompany("杭州办事�?);
            comp2.Add(new HRDepartment("杭州办事处�h力资源部"));
            comp2.Add(new FinanceDepartment("杭州办事处胦务部"));
            comp.Add(comp2);

            Console.WriteLine("\n�l�构图：");

            root.Display(1);

            Console.WriteLine("\n职责�Q?);

            root.LineOfDuty();

            Console.Read();
        }
    }

     �?NET中，一个典型的�l�合模式实例��是.NET的控�Ӟ��如Button�Q�TextBox和Label�{�，�q�些控�g都是�l�承自Control�c�，该类自��n包含ControlCollection的集合Controls�Q�控件和子控件的逻辑关系如下图：

     3.�ȝ��

     何时采用�l�合模式�Q?/strong>

     1.需求重要体现部分与整体的层�ơ结构时

     2.你希望用户忽略组合对象与单个对象的不同，用户��统一��C��用组合结构中的所有对象�?/p>
     使用效果�Q?/strong>

     1�Q�Composite模式采用树�Ş�l�构来实现普遍存在的对象容器�Q�从而将“一对多”的关�p��{�?#8220;一对一”的关�p�，使得客户代码可以一致地处理对象和对象容器，无需兛_��处理的是单个的对象，�q�是�l�合的对象容器�?br style="margin: 0px; padding: 0px;" />      2�Q�将“客户代码与复杂的对象容器�l�构”解耦是Composite模式的核心思想�Q�解耦之后，客户代码��与�U��a的抽象接�?#8212;—而非对象容器的复内部实现�l�构——发生依赖关系�Q�从而更�?#8220;应对变化”�?br style="margin: 0px; padding: 0px;" />      3�Q�Composite模式中，是将“Add和Remove�{�和对象容器相关的方�?#8221;定义�?#8220;表示抽象对象的Component�c?#8221;中，�q�是��其定义�?#8220;表示对象容器的Composite�c?#8221;中，是一个关�?#8220;透明�?#8221;�?#8220;安全�?#8221;的两��N��题，需要仔�l�权衡。这里有可能�q�背面向对象�?#8220;单一职责原则”�Q�但是对于这�U�特�D�结构，�q�又是必��M��出的代�h。ASP.NET控�g的实现在�q�方面�ؓ我们提供了一个很好的�C��?br style="margin: 0px; padding: 0px;" />      4�Q�Composite模式在具体实��C��Q�可以让父对象中的子对象反向�q�溯�Q�如果父对象有频�J�的遍历需求，可��用缓存技巧来改善效率�?br style="margin: 0px; padding: 0px;" />

     参考资料：

      大化设计模式

     http://terrylee.cnblogs.com/archive/2006/03/11/347919.html

原帖地址�Q?br />
http://www.cnblogs.com/peida/archive/2008/09/09/1284686.html

Magic 2016-02-14 14:36 发表评论

Magic — Mon, 14 Apr 2008 07:42:00 GMT
     摘要: 误区一:gcc只能�~�译c代码,g++只能�~�译c++代码
两者都可以�Q�但是请注意�Q?
1.后缀�?c的，gcc把它当作是C�E�序�Q�而g++当作是c++�E�序�Q�后�~��?cpp的，两者都会认为是c++�E�序�Q�注意，虽然c++是c的超集，但是两者对语法的要求是有区别的。C++的语法规则更加严谨一些�?nbsp; 阅读全文

Magic 2008-04-14 15:42 发表评论

[转] C/C++术语中英对照

Magic — Thu, 20 Mar 2008 09:13:00 GMT
     摘要: 以下是侯捷个人收集到�?C/C++ �~�程斚w��的术语对照。请大陆朋友�l�我一些意见，��其是标�C?'?' 之栏位。谢谢�?nbsp; 阅读全文

Magic 2008-03-20 17:13 发表评论

Magic — Thu, 20 Mar 2008 05:52:00 GMT
     摘要: C/C++中参��C��递有两种方式�Q�传值或传地址�Q�传引用�Q?通常我们要在被调用函��C��改变一个变量的值就需要传地址调用方式�Q�可是通过传递变量指针就一定是传地址调用么？  阅读全文

Magic 2008-03-20 13:52 发表评论

Magic — Wed, 19 Mar 2008 02:12:00 GMT
     摘要: printf 可能是许多程序员在开始学习C 语言时接触到的第二个函数�Q�我猜第一个是main�Q�，�?
��h��Q�自然是老朋友了�Q�可是，你对�q�个老朋友了解多吗？你对它的那个孪生兄弟sprintf 了解�?
吗？在将各种�c�d��的数据构造成字符串时�Q�sprintf 的强大功能很��会让你失望�?nbsp; 阅读全文

Magic 2008-03-19 10:12 发表评论

【�{】标准C++的类型�{换符�Q�static_cast、dynamic_cast、reinterpret_cast和const_cast

Magic — Wed, 05 Mar 2008 03:33:00 GMT
     摘要: 标准C++的类型�{换符�Q�static_cast、dynamic_cast、reinterpret_cast和const_cast  阅读全文

Magic 2008-03-05 11:33 发表评论

【�{】内存池

Magic — Tue, 04 Mar 2008 08:01:00 GMT
     摘要: 内存�?
本章首先��单介�l�自定义内存池性能优化的原理，然后列�D软�g开发中常用的内存池的不同类型，�q�给出具体实现的实例�?
  阅读全文

Magic 2008-03-04 16:01 发表评论

C++中的static

Magic — Fri, 29 Feb 2008 02:09:00 GMT
     摘要: C++ 中的static
1、static 是C++中很常用的修饰符�Q�它被用来控制变量的存储方式和可见性�?

2、�ؓ什么要引入static?
函数内部定义的变量，在程序执行到它的定义处时�Q�编译器为它在栈上分配空��_��大家知道�Q�函数在栈上分配的空间在此函数执行结束时会释放掉�Q�这样就产生了一个问�? 如果惛_��函数中此变量的��g��存至下一�ơ调用时�Q�如何实玎ͼ�最�Ҏ��惛_��的方法是定义一个全局的变量，但定义�ؓ一个全局变量有许多缺点，最明显的缺�Ҏ��破坏了此变量的访问范��_��使得在此函数中定义的变量�Q�不仅仅受此函数控制�Q��?nbsp; 阅读全文

Magic 2008-02-29 10:09 发表评论

几道C的面试题

Magic — Wed, 27 Feb 2008 11:46:00 GMT
     摘要: 几道关于C的面试题�Q�不难，但是有些地方值得注意  阅读全文

Magic 2008-02-27 19:46 发表评论

[转]C++与Java比较

Magic — Wed, 27 Feb 2008 01:35:00 GMT
     摘要: “作��Z��名C++�E�序员，我们早已掌握了面向对象程序设计的基本概念�Q�而且Java的语法无疑是非常熟悉的。事实上�Q�Java本来��是从C++衍生出来的。�?
　　然而，C++和Java之间仍存在一些显著的差异。可以这栯��Q�这些差异代表着技术的极大�q�步。一旦我们弄清楚了这些差异，��׃��理解��Z��么说Java是一�U�优�U�的程序设计语�a�。本附录��引导大家认识用于区分Java和C++的一些重要特征�?nbsp; 阅读全文

Magic 2008-02-27 09:35 发表评论

Magic — Tue, 26 Feb 2008 07:16:00 GMT
     摘要: 许多面试题看似简单，却需要深厚的基本功才能给出完��的解答。企业要求面试者写一个最��单的strcpy函数都可看出面试者在技术上�I�竟辑ֈ�了怎样的程度，我们能真正写好一个strcpy函数吗？我们都觉得自��p��Q�可是我们写出的strcpy很可能只能拿�?0分中�?分。读者可从本文看到strcpy函数�?分到10分解�{�的例子�Q�看看自己属于什么样的层�ơ。此外，�q�有一些面试题考查面试者敏��L��思维能力�?  阅读全文

Magic 2008-02-26 15:16 发表评论

嵌入式程序员应知道的0x10个基本问�?

Magic — Tue, 26 Feb 2008 06:25:00 GMT
     摘要: C语言��试是招聘嵌入式�pȝ��E�序员过�E�中必须而且有效的方法。这些年�Q�我既参加也�l�织了许多这�U�测试，在这�q�程中我意识到这些测试能为面试者和被面试者提供许多有用信息，此外�Q�撇开面试的压力不谈，�q�种��试也是相当有趣的�?nbsp; 阅读全文

Magic 2008-02-26 14:25 发表评论

C中的static

Magic — Sun, 27 Jan 2008 07:43:00 GMT
static关键字在C中有几种用法�Q�但它们之间的含义却没什么联�p�，有时候会让�h感觉有点费解�?br>    1.static可以用来修饰变量�Q�这时候表�C��个变量是存储在静态存储区的，即程序一�q�行�Q�就为其分配内存�Q�直至程序结束。实际上是在main()函数执行之前为全局变量和静态变量分配内存。但是变量在整个�E�序�q�行周期都存在�ƈ不表�C�在整个�E�序中都可��用，对于局部变量，加static后其作用域不变，仍然是局部的。对于全局变量�Q�加上static后变量的作用域由全局作用域变为文件作用域�Q�即只有在当前文件中是可见的�?br>    2.static�q�可以用来修饰函敎ͼ�在修饰函数时的作用与修饰全局变量�c�M��Q�说明该函数只对本文件可见�?br>

Magic 2008-01-27 15:43 发表评论

C/C++中的字节寚w��

Magic — Fri, 18 Jan 2008 01:52:00 GMT
     摘要: ��C��计算��Z��内存�I�间都是按照byte划分的，从理��Z��讲似乎对��M��c�d��的变量的讉K��可以从�Q何地址开始，但实际情冉|��在访问特定类型变量的时候经常在特定的内存地址讉K��Q�这��需要各�U�类型数据按照一定的规则在空间上排列�Q�而不是顺序的一个接一个的排放�Q�这��是寚w��?nbsp; 阅读全文

Magic 2008-01-18 09:52 发表评论