<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[君临天下的博客]]></title><description><![CDATA[每天进步一点点，邮箱：xd_wy92_yan13&126.com(&换作@即可)。]]></description><link>https://blog.csdn.net/dan15188387481</link><language>zh-cn</language><generator>https://blog.csdn.net/</generator><copyright><![CDATA[Copyright &copy; dan15188387481]]></copyright><item><title><![CDATA[strtok函数的使用注意事项]]></title><link>https://blog.csdn.net/dan15188387481/article/details/50511699</link><guid>https://blog.csdn.net/dan15188387481/article/details/50511699</guid><author>dan15188387481</author><pubDate>Wed, 13 Jan 2016 16:36:53 +0800</pubDate><description><![CDATA[strtok函数的使用注意事项


    strtok函数]]></description><category></category></item><item><title><![CDATA[设计模式系列（十四）组合模式(Composite Pattern)]]></title><link>https://blog.csdn.net/dan15188387481/article/details/50382313</link><guid>https://blog.csdn.net/dan15188387481/article/details/50382313</guid><author>dan15188387481</author><pubDate>Tue, 22 Dec 2015 21:07:01 +0800</pubDate><description><![CDATA[设计模式系列（十四）组合模式(Composite Pattern)


    组合模式]]></description><category></category></item><item><title><![CDATA[C++模板类之理解编译器的编译模板过程]]></title><link>https://blog.csdn.net/dan15188387481/article/details/50365791</link><guid>https://blog.csdn.net/dan15188387481/article/details/50365791</guid><author>dan15188387481</author><pubDate>Sun, 20 Dec 2015 21:27:18 +0800</pubDate><description><![CDATA[C++模板类之理解编译器的编译模板过程
    
    以前经常遇到询问使用模板到底是否容易的问题，我的回答是：“模板的使用是容易的，但组织编写却不容易”。看看我们几乎每天都能遇到的模板类吧，如STL, ATL, WTL, 以及Boost的模板类，都能体会到这样的滋味：接口简单，操作复杂。

    我在5年前开始使用模板，那时我看到了MFC的容器类。直到去年我还没有必要自己编写模板类。]]></description><category></category></item><item><title><![CDATA[设计模式系列（十三）迭代器模式(Iterator Pattern)]]></title><link>https://blog.csdn.net/dan15188387481/article/details/50365584</link><guid>https://blog.csdn.net/dan15188387481/article/details/50365584</guid><author>dan15188387481</author><pubDate>Sun, 20 Dec 2015 20:40:40 +0800</pubDate><description><![CDATA[设计模式系列（十三）迭代器模式(Iterator Pattern)


    迭代器模式提供一种方法顺序访问一个聚合对象中的各个元素，而不暴露器内部的表示。也就是说，迭代器模式让我们能游走于聚合内的每一个元素，而又不暴露其内部的表示，把游走的任务放在迭代器上，而不是聚合上，这样就简化了聚合的接口和实现，也让责任各得其所。


    学过面向对象编程语言的朋友一定对迭代器这个设计深有]]></description><category></category></item><item><title><![CDATA[设计模式系列（十二）模板方法模式(Template Method Pattern)]]></title><link>https://blog.csdn.net/dan15188387481/article/details/50284197</link><guid>https://blog.csdn.net/dan15188387481/article/details/50284197</guid><author>dan15188387481</author><pubDate>Sun, 13 Dec 2015 16:41:04 +0800</pubDate><description><![CDATA[设计模式系列（十二）模板方法模式(Template Method Pattern)


    模板方法模式是在一个方法中定义一个算法的骨架，而将一些步骤延迟到子类中。模板方法使得子类可以在不改变算法结构的情况下，重新定义算法中的某些步骤。


    在最开始先来说一个和模板方法模式关系比较紧密的原则：“好莱坞原则”，即别调用我们，我们会调用你。形象的来说就是，别打电话给我，在我需要]]></description><category></category></item><item><title><![CDATA[设计模式系列（十一）外观模式(Facade Pattern)]]></title><link>https://blog.csdn.net/dan15188387481/article/details/50268395</link><guid>https://blog.csdn.net/dan15188387481/article/details/50268395</guid><author>dan15188387481</author><pubDate>Fri, 11 Dec 2015 20:35:13 +0800</pubDate><description><![CDATA[设计模式系列（十一）外观模式(Facade Pattern)


    外观模式提供了统一的接口，用来访问子系统中的一群接口。外观定义了一个高层接口，让子系统更容易使用。外观模式的意图是简化接口，让用户更加方便使用。举例来说，如果在家里布置了一个家庭影院，包括电影显示器，遥控器，爆米花机器等，当你想要享受一场电影的时候，你需要打开显示器、操作遥控器的一系列按钮、打开爆米花机器等，也就是说享]]></description><category></category></item><item><title><![CDATA[设计模式系列（十）适配器模式(Adapter Pattern)]]></title><link>https://blog.csdn.net/dan15188387481/article/details/50267937</link><guid>https://blog.csdn.net/dan15188387481/article/details/50267937</guid><author>dan15188387481</author><pubDate>Fri, 11 Dec 2015 19:45:42 +0800</pubDate><description><![CDATA[设计模式系列（十）适配器模式(Adapter Pattern)


    适配器模式是将一个类的接口转换成客户期望的另一个接口。适配器让原本接口不兼容的类可以合作无间。适配器实现了客户与具体实现的解耦，简单来说，适配器模式就是改变接口以符合客户的期望。例如：我们生活中常见的插座的适配器、无线网卡适配器、电源适配器等，这些都是用来进行不同接口的转换，更具体的来说就是我们手机充电的时候可能只需]]></description><category></category></item><item><title><![CDATA[设计模式系列（九）命令模式(Command Pattern)]]></title><link>https://blog.csdn.net/dan15188387481/article/details/50253969</link><guid>https://blog.csdn.net/dan15188387481/article/details/50253969</guid><author>dan15188387481</author><pubDate>Thu, 10 Dec 2015 20:10:51 +0800</pubDate><description><![CDATA[设计模式系列（九）命令模式(Command Pattern)


    命令模式是将请求封装成对象，以便使用不同的请求、队列或者日志来参数化其他对象，命令模式也支持可撤销的操作。命令模式将行为请求者与行为执行者解耦，从而实现了松耦合的原则。例如：去餐厅点餐的时候，顾客只负责点餐，然后交给服务员，服务员将订单交给厨师去做，最后顾客开始享用美味的饭菜，但是整个过程顾客只关心自己点了什么，而不关]]></description><category></category></item><item><title><![CDATA[设计模式系列（八）单例模式(Singleton Pattern)]]></title><link>https://blog.csdn.net/dan15188387481/article/details/50203743</link><guid>https://blog.csdn.net/dan15188387481/article/details/50203743</guid><author>dan15188387481</author><pubDate>Mon, 07 Dec 2015 11:28:18 +0800</pubDate><description><![CDATA[设计模式系列（八）单例模式(Singleton Pattern)


    单例模式就是确保一个类只有一个实例，并提供一个全局的访问点。具体来看，就是指定义的某个类，在程序运行期间，只允许有一个实例对象，即在内存中仅仅有一块内存用来存储这个类的唯一的实例对象，程序运行期间不允许出现第二个该类的实例对象。


    很多会问，为什么定义了一个类却只实例化一个对象。这个主要是因为，有时]]></description><category></category></item><item><title><![CDATA[设计模式系列（七）简单工厂模式、工厂方法模式和抽象工厂模式对比]]></title><link>https://blog.csdn.net/dan15188387481/article/details/50185255</link><guid>https://blog.csdn.net/dan15188387481/article/details/50185255</guid><author>dan15188387481</author><pubDate>Sat, 05 Dec 2015 13:16:19 +0800</pubDate><description><![CDATA[设计模式系列（七）简单工厂模式、工厂方法模式和抽象工厂模式对比


    在前面的三篇文章中，依次讲解了简单工厂模式、工厂方法模式和抽象工厂模式，这篇文章主要对其进行简单的对比和概括，详细部分大家可以参考前三篇文章。


    简单工厂模式：点击打开链接
    工厂方法模式：点击打开链接
    抽象工厂模式：点击打开链接


    下面我们来总体看一下这三个模式的例]]></description><category></category></item><item><title><![CDATA[设计模式系列（六）抽象工厂模式(Abstract Factory Pattern)]]></title><link>https://blog.csdn.net/dan15188387481/article/details/50176861</link><guid>https://blog.csdn.net/dan15188387481/article/details/50176861</guid><author>dan15188387481</author><pubDate>Fri, 04 Dec 2015 16:47:48 +0800</pubDate><description><![CDATA[设计模式系列（五）抽象工厂模式(Abstract Factory Pattern)


    抽象工厂模式]]></description><category></category></item><item><title><![CDATA[设计模式系列（五）工厂方法模式(Factory Method Pattern)]]></title><link>https://blog.csdn.net/dan15188387481/article/details/50176397</link><guid>https://blog.csdn.net/dan15188387481/article/details/50176397</guid><author>dan15188387481</author><pubDate>Fri, 04 Dec 2015 16:10:31 +0800</pubDate><description><![CDATA[设计模式系列（五）工厂方法模式(Factory Method Pattern)]]></description><category></category></item><item><title><![CDATA[设计模式系列（四）简单工厂模式(Simple Factory Pattern/Static Factory Method)]]></title><link>https://blog.csdn.net/dan15188387481/article/details/50170907</link><guid>https://blog.csdn.net/dan15188387481/article/details/50170907</guid><author>dan15188387481</author><pubDate>Fri, 04 Dec 2015 09:56:16 +0800</pubDate><description><![CDATA[设计模式系列（四）简单工厂模式
(Simple Factory Pattern/Static Factory Method)


    简单工厂模式又被成为静态工厂方法，所以其外文名一般是Static Factory Method。其属于创建型模式，本质上并不属于23种GOF设计模式之一，这种模式可以称之为一种编程习惯，算是一种比较良好的设计习惯。那么什么是简单工厂设计模式呢？从概念上来]]></description><category></category></item><item><title><![CDATA[设计模式系列（三）装饰者模式(Decorator Pattern)]]></title><link>https://blog.csdn.net/dan15188387481/article/details/50135161</link><guid>https://blog.csdn.net/dan15188387481/article/details/50135161</guid><author>dan15188387481</author><pubDate>Tue, 01 Dec 2015 21:18:10 +0800</pubDate><description><![CDATA[设计模式系列（三）装饰者模式(Decorator Pattern)


    装饰者模式是指动态地将责任附加到对象上，而不必改变原类文件。对于扩展功能，装饰者模式提供了继承以外的另一种扩展对象功能的方式，不过装饰者模式比继承更加具有弹性。装饰者模式允许行为可以被扩展，而无须修改现有的代码。它使用组合和委托的方式来实现。


    装饰者模式的设计原则是：开放-关闭原则，即对扩展开放]]></description><category></category></item><item><title><![CDATA[设计模式系列（二）观察者模式(Observer Pattern)]]></title><link>https://blog.csdn.net/dan15188387481/article/details/50132441</link><guid>https://blog.csdn.net/dan15188387481/article/details/50132441</guid><author>dan15188387481</author><pubDate>Tue, 01 Dec 2015 17:33:52 +0800</pubDate><description><![CDATA[设计模式系列（二）观察者模式


    观察者模式是指在对象之间定义一对多的依赖，这样一来，当一个对象改变状态时，依赖它的对象都会收到通知，并自动更新，这里有主题和观察者之分，一般也可以称为发布/订阅模式。最简单的例子就是订阅报纸，比如说自己作为观察者，订阅了"人民日报"这个主题，那么当人民日报出新的报纸的时候就会及时送到自己即观察者的手中。
 
   观察者模式的实现方法有很多种，一]]></description><category></category></item><item><title><![CDATA[设计模式系列（一）策略模式(Strategy Pattern)]]></title><link>https://blog.csdn.net/dan15188387481/article/details/50132263</link><guid>https://blog.csdn.net/dan15188387481/article/details/50132263</guid><author>dan15188387481</author><pubDate>Tue, 01 Dec 2015 17:23:17 +0800</pubDate><description><![CDATA[设计模式系列（一）策略模式
 
    设计模式作为一种经验的总结，只要使用恰当可以帮助我们解决很多问题，尤其是实现代码的复用和扩展。现在先来看看第一种设计模式，即策略模式(Pattern:Strategy)。
 
    策略模式是指定义算法族，分别封装起来，让它们之间可以互相替换，此模式让算法的变化独立于使用算法的客户。
 
（1）优点：可以动态地改变对象的行为，主要是通过组合和多]]></description><category></category></item><item><title><![CDATA[用EA(Enterprise Architect)将C++的".h"文件转换成UML类图]]></title><link>https://blog.csdn.net/dan15188387481/article/details/50127219</link><guid>https://blog.csdn.net/dan15188387481/article/details/50127219</guid><author>dan15188387481</author><pubDate>Tue, 01 Dec 2015 11:27:08 +0800</pubDate><description><![CDATA[如何使用EA(Enterprise Architect)工具使C++程序生成UML类图


    本篇文章主要针对于C++程序的UML类图生成方法介绍。大家可以在网上先搜索Enterprise Architect工具，下载后安装使用，这个工具很强大，不过本文只介绍最简单的UML类图生成方法，仅针对于C++的.h文件，过程也很简单。


（1）点击Creat a New Project]]></description><category></category></item><item><title><![CDATA[用MyEclipse将java文件转换成UML类图]]></title><link>https://blog.csdn.net/dan15188387481/article/details/50053807</link><guid>https://blog.csdn.net/dan15188387481/article/details/50053807</guid><author>dan15188387481</author><pubDate>Thu, 26 Nov 2015 11:40:11 +0800</pubDate><description><![CDATA[用MyEclipse将java文件转换成UML类图


    在学习设计模式或者与别人交互设计模式的思想时，UML类图的制作是必不可少的。通常，我们会直接绘制UML类图，对于学生来说，通用的工具就是微软的Visio，这个工具想必大家经常用来画各种图，流程图、网络图、数据流图，当然可以画UML类图，使用起来十分方便，不过Visio的鸡肋之处就是不支持JAVA的UML类图，估计是微软自家开发，]]></description><category></category></item><item><title><![CDATA[同步调用、回调和异步调用区别]]></title><link>https://blog.csdn.net/dan15188387481/article/details/50016227</link><guid>https://blog.csdn.net/dan15188387481/article/details/50016227</guid><author>dan15188387481</author><pubDate>Tue, 24 Nov 2015 17:39:19 +0800</pubDate><description><![CDATA[同步调用、回调和异步调用区别


    该文章转载自：http://blog.csdn.net/dan_blog/article/details/7897852


    作者：danhuang


    同步调用是以一种阻塞式调用
   比如说：古代的长城的烽火传递信息，现在我们假设每个烽火只能看到相邻的烽火状态，每个烽火的状态只有亮和暗。
   现在有A、B、C、D]]></description><category></category></item><item><title><![CDATA[C语言实现链表之双向链表（十五）测试用例]]></title><link>https://blog.csdn.net/dan15188387481/article/details/50016191</link><guid>https://blog.csdn.net/dan15188387481/article/details/50016191</guid><author>dan15188387481</author><pubDate>Tue, 24 Nov 2015 17:36:16 +0800</pubDate><description><![CDATA[C语言实现链表之双向链表（十五）测试用例


    上一篇文章给出了最后的两个函数，即链表打印和排序，这篇文章将给出所有函数的测试用例，即ListTestTop.c文件。



/*
*****************************************************************************************
*]]></description><category></category></item></channel></rss>