<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/mutou23</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; mutou23]]></copyright><item><title><![CDATA[设计模式c#描述——装饰（Decorator）模式]]></title><link>https://blog.youkuaiyun.com/mutou23/article/details/54681423</link><guid>https://blog.youkuaiyun.com/mutou23/article/details/54681423</guid><author>mutou23</author><pubDate>Mon, 23 Jan 2017 00:46:13 +0800</pubDate><description><![CDATA[装饰模式又名包装模式，以对客户端透明的方式扩展对象的功能，是继承关系的一个替代方案。它使用原来被装饰的类的一个子类的实例，把客户端的调用委派到被装饰类，客户端并不会觉得对象在装饰前和装饰后有什么不同。在以下情况下应使用装饰模式：需要扩展一个类的功能，或给一个类增加附加责任。动态地给一个对象增加功能，这些功能可以再动态地撤销。需要增加由一些基本功能的排列组合而产生的非常大量的功能，从而使继承关系变得]]></description><category></category></item><item><title><![CDATA[设计模式c#描述——装饰（Decorator）模式]]></title><link>https://blog.youkuaiyun.com/mutou23/article/details/17830</link><guid>https://blog.youkuaiyun.com/mutou23/article/details/17830</guid><author>mutou23</author><pubDate>Mon, 14 Jun 2004 15:14:00 +0800</pubDate><description><![CDATA[设计模式c#语言描述——装饰（Decorator）模式 *本文参考了《JAVA与模式》的部分内容，适合于设计模式的初学者。 装饰模式又名包装模式，以对客户端透明的方式扩展对象的功能，是继承关系的一个替代方案。它使用原来被装饰的类的一个子类的实例，把客户端的调用委派到被装饰类，客户端并不会觉得对象在装饰前和装饰后有什么不同。在以下情况下应使用装饰模式：需要扩展一个类的功能，或给一个类]]></description><category></category></item><item><title><![CDATA[设计模式c#语言描述——合成（Composite）模式]]></title><link>https://blog.youkuaiyun.com/mutou23/article/details/17829</link><guid>https://blog.youkuaiyun.com/mutou23/article/details/17829</guid><author>mutou23</author><pubDate>Thu, 10 Jun 2004 17:01:00 +0800</pubDate><description><![CDATA[设计模式c#语言描述——合成（Composite）模式 *本文参考了《JAVA与模式》的部分内容，适合于设计模式的初学者。 合成模型模式属于对象的结构模式，有时又叫做部分-整体模式。合成模式将对象组织到树结构中，可以用来描述整体与部分的关系。合成模式可以使客户端将单纯元素与复合元素同等看待。如文件夹与文件就是合成模式的典型应用。根据模式所实现接口的区别，合成模式可分为安全式和透明式]]></description><category></category></item><item><title><![CDATA[设计模式c#语言描述——适配器模式]]></title><link>https://blog.youkuaiyun.com/mutou23/article/details/17828</link><guid>https://blog.youkuaiyun.com/mutou23/article/details/17828</guid><author>mutou23</author><pubDate>Thu, 10 Jun 2004 10:33:00 +0800</pubDate><description><![CDATA[设计模式c#语言描述——适配器（Adapter）模式 *本文参考了《JAVA与模式》的部分内容，适合于设计模式的初学者。    适配器模式把一个类的接口变换成客户端所期待的另一种接口，从而使原本因接口不匹配而无法在一起工作的两个类能够在一起工作。包括类的适配器模式和对象的适配器模式两种不同的形式。      类的适配器模式把被适配的类的API转换成为目标类的API，其静态结]]></description><category></category></item><item><title><![CDATA[设计模式c#语言描述——建造者模式]]></title><link>https://blog.youkuaiyun.com/mutou23/article/details/17827</link><guid>https://blog.youkuaiyun.com/mutou23/article/details/17827</guid><author>mutou23</author><pubDate>Wed, 09 Jun 2004 17:10:00 +0800</pubDate><description><![CDATA[设计模式c#语言描述——建造者（builder）模式 *本文参考了《JAVA与模式》的部分内容，适合于设计模式的初学者。 建造模式是对象的创建模式。建造模式可以将一个产品的内部表象与产品的生成过程分割开来，从而可以使一个建造过程生成具有不同的内部表象的产品对象。 一个产品常有不同的组成成分作为产品的零件，它们通常叫做产品的内部表象。不同的产品可以有不同的内部表象，也就是不同]]></description><category></category></item><item><title><![CDATA[在ASP.NET中实现MVC模式（五）]]></title><link>https://blog.youkuaiyun.com/mutou23/article/details/17826</link><guid>https://blog.youkuaiyun.com/mutou23/article/details/17826</guid><author>mutou23</author><pubDate>Fri, 21 May 2004 14:32:00 +0800</pubDate><description><![CDATA[在ASP.NET中实现Model-View-Controller模式（五） 测试将模型部分从ASP.NET环境中分离出来能够使模型部分更容易的被测试。在ASP.NET环境中进行测试的话，你必须同时测试很多方面，如HTML代码是否正确，而读取HTML代码的工作是非常烦闷的。将模型部分分离出来，使你能够对模型部分做单独的单元测试。下面是NUnit (http://nunit.org)对模型]]></description><category></category></item><item><title><![CDATA[在ASP.NET中实现MVC模式(一)]]></title><link>https://blog.youkuaiyun.com/mutou23/article/details/17822</link><guid>https://blog.youkuaiyun.com/mutou23/article/details/17822</guid><author>mutou23</author><pubDate>Fri, 21 May 2004 13:38:00 +0800</pubDate><description><![CDATA[在ASP.NET中实现Model-View-Controller模式（一） 背景: 当利用ASP.NET创建Web应用程序时，基于程序的复杂性，必须把程序分割成不同的部分以减少代码的重复及减少日后变革时所引起的改动。 实现策略： 为了解释如何在ASP.NET中实现（MVC）模型-视图-控制器模式，以及说明将软件分离成模型、视图、及控制器角色的好处，在此以一个示例程序]]></description><category></category></item><item><title><![CDATA[在ASP.NET中实现MVC模式（二）]]></title><link>https://blog.youkuaiyun.com/mutou23/article/details/17823</link><guid>https://blog.youkuaiyun.com/mutou23/article/details/17823</guid><author>mutou23</author><pubDate>Fri, 21 May 2004 13:32:00 +0800</pubDate><description><![CDATA[在ASP.NET中实现Model-View-Controller模式（二） MVC模式形容这种实现方式是一种被动的实现机制，ASP.NET充当了程序执行中的控制器的角色，但程序员必须将具体的事件处理方法添加到事件的响应函数中。如在这个例子中，控制器在页面加载之前调用Page_Load函数并执行其中的代码，当用户点击Submit按钮时由系统调用SubmitBtn_Click函数并执行。]]></description><category></category></item><item><title><![CDATA[在ASP.NET中实现MVC模式（四）]]></title><link>https://blog.youkuaiyun.com/mutou23/article/details/17825</link><guid>https://blog.youkuaiyun.com/mutou23/article/details/17825</guid><author>mutou23</author><pubDate>Fri, 21 May 2004 13:31:00 +0800</pubDate><description><![CDATA[在ASP.NET中实现Model-View-Controller模式（四）模型-视图-控制器分离的重构为了解决上面所遗留的问题，你必须将模型与控制器角色分离。视图的实现代码与前部分相同。模型下面的代码例子使模型角色仅仅依赖于数据库，而不包含任何与视图相依赖的代码。using System;using System.Collections;using System]]></description><category></category></item><item><title><![CDATA[在ASP.NET中实现MVC模式（三）]]></title><link>https://blog.youkuaiyun.com/mutou23/article/details/17824</link><guid>https://blog.youkuaiyun.com/mutou23/article/details/17824</guid><author>mutou23</author><pubDate>Fri, 21 May 2004 13:31:00 +0800</pubDate><description><![CDATA[在ASP.NET中实现Model-View-Controller模式（三） 模型及控制器部分：这个解决方案的第二个部分是被隐藏的后台代码：using System;using System.Data;using System.Data.SqlClient; public class Solution : System.Web.UI.Page{   prote]]></description><category></category></item><item><title><![CDATA[《JAVA与模式》学习笔记之接口与抽象类]]></title><link>https://blog.youkuaiyun.com/mutou23/article/details/17820</link><guid>https://blog.youkuaiyun.com/mutou23/article/details/17820</guid><author>mutou23</author><pubDate>Wed, 19 May 2004 13:25:00 +0800</pubDate><description><![CDATA[《JAVA与模式》学习笔记之接口与抽象类 接口： 一个JAVA接口是一些方法特征的集合，这些方法特征当然来自于具体方法，但是它们一般都是来自于一些在系统中不断出现的方法。一个接口只有方法的特征，而没有方法的实现，因此这些方法在不同的地方被实现时可以有完全不同的行为。在JAVA语言中，JAVA接口还可以定义public的常量。 在使用接口的时候，需要指明接口本身，以及实现这个]]></description><category></category></item><item><title><![CDATA[设计模式C#描述——单例与多例模式]]></title><link>https://blog.youkuaiyun.com/mutou23/article/details/17821</link><guid>https://blog.youkuaiyun.com/mutou23/article/details/17821</guid><author>mutou23</author><pubDate>Wed, 19 May 2004 13:22:00 +0800</pubDate><description><![CDATA[设计模式C#描述——单例与多例模式作为对象的创建模式，单例模式确保某一个类只有一个实例，而且自行实例化并向整个系统提供这个实例。这个类称为单例类。 单例模式有以下特点：单例类只能有一个实例。单例类必须自己创建自己的唯一实例。单例类必须给所有其他对象提供这一实例。一个典型的单例类的实现如下所示：其中构造子私有表示子类不能被继承。 public class Sing]]></description><category></category></item><item><title><![CDATA[设计模式C#描述——抽象工厂模式]]></title><link>https://blog.youkuaiyun.com/mutou23/article/details/17819</link><guid>https://blog.youkuaiyun.com/mutou23/article/details/17819</guid><author>mutou23</author><pubDate>Wed, 19 May 2004 13:21:00 +0800</pubDate><description><![CDATA[设计模式C#描述——抽象工厂模式        阅读此文应先阅读简单工厂模式与工厂方法模式抽象工厂模式是对象的创建模式，它是工厂方法模式的进一步推广。假设一个子系统需要一些产品对象，而这些产品又属于一个以上的产品等级结构。那么为了将消费这些产品对象的责任和创建这些产品对象的责任分开，可以引进抽象工厂模式。这样的话，消费产品的客户不需要直接参与产品的创建工作，而只需要向一个公用的工厂]]></description><category></category></item><item><title><![CDATA[《JAVA与模式》学习笔记之面向对象设计原则]]></title><link>https://blog.youkuaiyun.com/mutou23/article/details/17818</link><guid>https://blog.youkuaiyun.com/mutou23/article/details/17818</guid><author>mutou23</author><pubDate>Mon, 17 May 2004 23:02:00 +0800</pubDate><description><![CDATA[《JAVA与模式》学习笔记之面向对象设计原则面向对象设计的基石是“开—闭”原则。 “开一闭”原则讲的是：一个软件实体应当对扩展开放，对修改关闭。这个规则说的是，在设计一个模块的时候，应当使这个模块可以在不被修改的前提下被扩展。从另外一个角度讲，就是所谓的“对可变性封装原则”。“对可变性封装原则”意味着两点：1 .一种可变性不应当散落在代码的很多角落里，而应当被封装到一个对象里面]]></description><category></category></item><item><title><![CDATA[《JAVA与模式》学习笔记之类图中的关系]]></title><link>https://blog.youkuaiyun.com/mutou23/article/details/17817</link><guid>https://blog.youkuaiyun.com/mutou23/article/details/17817</guid><author>mutou23</author><pubDate>Mon, 17 May 2004 17:50:00 +0800</pubDate><description><![CDATA[《JAVA与模式》学习笔记之类图中的关系在类与类之间，会有连线指明它们之间的关系。关系包括以下几种： 一般化关系：一般化关系表示类与类之间的继承关系，接口与接口之间的继承关系，或类对接口的实现关系。一般化关系是从子类指向父类的，或从实现接口的类指向被实现的接口。如：           关联关系：关联关系是类与类之间的连接，它使一个类指到另一个类的属性和方法。关]]></description><category></category></item><item><title><![CDATA[设计模式C#描述——工厂方法模式]]></title><link>https://blog.youkuaiyun.com/mutou23/article/details/17816</link><guid>https://blog.youkuaiyun.com/mutou23/article/details/17816</guid><author>mutou23</author><pubDate>Mon, 17 May 2004 17:40:00 +0800</pubDate><description><![CDATA[设计模式C#描述——工厂方法模式工厂方法模式是类的创建模式，又叫做虚拟构造子模式或多态性工厂模式。它的用意是定义一个创建产品对象的工厂接口，将实际创建工作推迟到子类中。简单工厂模式的缺点：由于工厂类集中了所有产品创建逻辑的，如果不能正常工作的话会对系统造成很大的影响。如果增加新产品必须修改工厂角色的源码。工厂方法模式的优点：在工厂方法模式中，核心的工厂类不再负责所有的产品的创建]]></description><category></category></item><item><title><![CDATA[设计模式C#描述之——简单工厂模式]]></title><link>https://blog.youkuaiyun.com/mutou23/article/details/17815</link><guid>https://blog.youkuaiyun.com/mutou23/article/details/17815</guid><author>mutou23</author><pubDate>Mon, 17 May 2004 17:39:00 +0800</pubDate><description><![CDATA[前言：设计模式是软件开发领域的精髓之一。学好设计模式是目前每一个开发人员的必修课。目前关于设计模式的书很多，其中比较好的有GOF那本的中译本，但并不很适合初学者。还有一本是《JAVA与模式》，比较适合初学者使用，在此强烈推荐。但这本书的不足之处是一些地方讲的过于繁琐，很多地方只须简单说明一下即可，却大费笔墨，使得书籍很厚，看起来费力。而且是用JAVA描述的，这使得一些只懂C#的人无从下手。我是一个]]></description><category></category></item></channel></rss>