摘要： program Project1;{$APPTYPE CONSOLE}uses SysUtils, Unit1 in 'Pas\Unit1.pas'; var p:Person;begin p:= Person.Create;//抽象方法一样可以实例化，但是会出现警告语句 p.setName('Delphi作者'); p.setAge(0); p.setSex('变态'); p.speak; p.Destroy;//一般使用Free，Free方法对P进行判断，如果不为nil... 阅读全文

摘要： program Project1; {$APPTYPE CONSOLE} uses SysUtils; Const //定义常量 author='who'; perpertys='what'; PI=3.1415926; var area:Real; //定义变量 i:Integer; begin Writeln(author+''+perpertys); //调用常量 area:= PI*3*3 ; //调... 阅读全文

摘要： 装饰设计模式当想要对已有对象进行功能增强时，可以定义一个类，将已有对象传入，基于已有对象的功能，并提供加强功能，那么，自定义的该类就称为装饰类装饰类通常会通过构造方法接收被装饰的对象，并基于被装饰对象的功能，提供更丰富的功能装饰模式比继承要灵活，避免了代码臃肿，而且降低了类与类之间的关系装饰类因为增强已有对象，具备的功能和已有的是相同的，只不过提供了更强的功能，所以装饰类和被装饰类通常都属于一个体系中的Reader 继承关系 |--TextReader |--BufferTextReader |--MediaReader |--BufferMediaR... 阅读全文

摘要： 万恶的delphi，写的超慢。。。。。万恶的pascal，万恶的begin。。end我叼！一点都不人性化的设计。我去。第一天program Project1;{$APPTYPE CONSOLE}uses SysUtils, Unit1 in 'Pas\Unit1.pas'; var p:Person;begin p:= Person.Create; p.setName('Delphi作者'); p.setAge(0); p.setSex('变态'); p.speak; Re... 阅读全文

摘要： 事件机制 class Person { public string name; public int age; public string sex; public float money; public Person() { this.name = "张三"; this.age = 18; this.sex = "男"; this.money = 1000; } public Pers... 阅读全文

摘要： http://blog.sina.com.cn/s/blog_62de89cb0101j3hv.html 阅读全文

摘要： 概述在软件系统中，有时候面临的产品类是动态变化的，而且这个产品类具有一定的等级结构。这时如果用工厂模式，则与产品类等级结构平行的工厂方法类也要随着这种变化而变化，显然不大合适。那么如何封装这种动态的变化？从而使依赖于这些易变对象的客户程序不随着产品类变化？意图用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。生活中的例子Prototype模式使用原型实例指定创建对象的种类。新产品的原型通常是先于全部产品建立的，这样的原型是被动的，并不参与复制它自己。一个细胞的有丝分裂，产生两个同样的细胞，是一个扮演主动角色复制自己原型的例子，这演示了原型模式。一个细胞分裂，产生两个同样基因型的细 阅读全文

摘要： 概述在软件系统中，经常面临着“某个对象”的创建工作，由于需求的变化，这个对象的具体实现经常面临着剧烈的变化，但是它却拥有比较稳定的接口。如何应对这种变化？提供一种封装机制来隔离出“这个易变对象”的变化，从而保持系统中“其它依赖该对象的对象”不随着需求的改变而改变？这就是要说的Factory Method模式了。意图定义一个用户创建对象的接口，让子类决定实例化哪一个类。Factory Method使一个类的实例化延迟到其子类。日志工厂using System;using System.Collections.Generic;using System.Linq;using System.Text; 阅读全文

摘要： 概述在软件系统中，有时候面临着“一个复杂对象”的创建工作，其通常由各个部分的子对象用一定的算法构成；由于需求的变化，这个复杂对象的各个部分经常面临着剧烈的变化，但是将它们组合在一起的算法确相对稳定。如何应对这种变化？如何提供一种“封装机制”来隔离出“复杂对象的各个部分”的变化，从而保持系统中的“稳定构建算法”不随着需求改变而改变？这就是要说的建造者模式。意图将一个复杂的构建与其表示相分离，使得同样的构建过程可以创建不同的表示。Food classusing System;using System.Collections;using System.Collections.Generic;usin 阅读全文

摘要： 概述在软件系统中，经常面临着“一系列相互依赖的对象”的创建工作；同时由于需求的变化，往往存在着更多系列对象的创建工作。如何应对这种变化？如何绕过常规的对象的创建方法（new），提供一种“封装机制”来避免客户程序和这种“多系列具体对象创建工作”的紧耦合？这就是我们要说的抽象工厂模式。意图提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。主函数using System;using System.Collections.Generic;using System.Linq;using System.Text;using System.Threading;namespace Abstr 阅读全文