自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(43)
  • 资源 (2)
  • 收藏
  • 关注

原创 HDU 3065 病毒侵袭持续中(AC自动机)

<br />/* FileName: 3065.cpp Author: ACb0y Date: 2010年12月30日12:45:12 Type: AC自动机 ProblemID: HDU 3065 病毒侵袭持续中 Result: 3372006 2010-12-30 12:41:42 Accepted 3065 281MS 16760K 2218 B G++ ACb0y */#include <iostream>#include <queue>using name

2010-12-30 12:46:00 1006

原创 HDU 2896 病毒侵袭 (AC自动机)

<br />/* FileName: 2896.cpp Author: ACb0y Date: 2010年12月30日11:39:54 Type: AC自动机 ProblemID: HDU 2896 病毒侵袭 Result: 3371920 2010-12-30 11:37:43 Accepted 2896 234MS 30004K 2447 B G++ ACb0y */#include <iostream>#include <algorithm>#include

2010-12-30 11:48:00 752

原创 HDU 2222 Keywords Search (AC自动机)

<br />/* Author: ACb0y Date: 2011年12月29日21:59:25 Type: AC自动机 ProblemID: hdu 2222 */#include <iostream>using namespace std;struct node { node * fail; node * next[26]; int count;};node * queue[500005];char keyword[55];char str[1

2010-12-29 22:04:00 928

转载 AC自动机原理详解

转载AC自动机算法详解    首先简要介绍一下AC自动机:Aho-Corasickautomation,该算法在1975年产生于贝尔实验室,是著名的多模匹配算法之一。一个常见的例子就是给出n个单词,再给出一段包含m个字符的文章,让你找出有多少个单词在文章里出现过。要搞懂AC自动机,先得有模式树(字典树)Trie和KMP模式匹配算法的基础知识。AC自动机算法分为3步:构造一棵Trie树,构造失败指针和模式匹配过程。     如果你对KMP算法和了解的话,应该知道KMP算法中的next函数(shift函数或

2010-12-29 21:49:00 968

原创 HDU 1711 Number Sequence(kmp)

<br />/* Author: ACb0y Date: 2010年12月31日21:47:36 Type: KMP ProblemID: HDU 1711 Number Sequence Result: 3367520 2010-12-27 21:46:16 Accepted 1711 515MS 4220K 854 B C++ ACb0y */#include <iostream>using namespace std;int a[1000005];int

2010-12-27 21:47:00 822

原创 HDU 1686 Oulipo (kmp)

<br />题意:<br />       给定两个字符串a和b求a在中出现过几次<br />解法:<br />      kmp<br />AC代码如下:<br />/* Author: ACb0y Date: 2010年12月31日21:37:45 Type: KMP ProblemID: HDU 1686 Oulipo Result: 3367465 2010-12-27 21:33:16 Accepted 1686 93MS 1260K 817 B C++ ACb0y */

2010-12-27 21:39:00 1565

原创 HDU 3400 Line belt

<br />/* Author: ACb0y Date: 2010年12月30日23:09:49 Type: 三分 ProblemID: hdu 3400 Line belt */#include <iostream>#include <cmath>#define eps 1e-5using namespace std;struct point { double x; double y;};point data[4];double p, q

2010-12-26 23:09:00 878

原创 命令模式

命令模式<br />      命令模式(commond),将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数化;对请求排队或记录请求日志,以及支持可撤销的操作。<br />UML图如下:<br /><br />C++实现代码如下:<br />/* Author: ACb0y Date: 2010年12月23日11:47:34 Model: Command(命令模式) */#include <iostream>using namespace std;/*

2010-12-23 14:19:00 840

原创 桥接模式

桥接模式<br />      桥接模式(Bridge),将抽象部分与它的实现部分分离,使它们都可以独立地变化。<br />什么叫抽象与它的实现分离,这并不是说,让抽象类与其派生类分离,因为这没有任何意义。实现指的是抽象类和它的派生类用来实现自己的对象。<br />      由于实现的方式多种,桥接模式的核心意图就是把这些实现独立出来,让它们各自地变化。这样就使得每种实现的变化不会影响其他实现,从而达到应对变化的目的。<br />     实现系统可能要多角度分类,每一种分类都有可能变化,那么就把这种多角

2010-12-22 20:05:00 819

原创 合成/聚合复用原则(CARP)

合成/聚合复用原则      合成/聚合复用原则(CARP),尽量使用合成/聚合,不要使用类继承。     合成(Composition,也有翻译成组合)和聚合(Aggregation),都是关联的特殊种类。聚合表示一种弱的“拥有”关系,体现的是A对象可以包含B对象,但B对象不是A对象的一部分;合成(组合)是一种强的“拥有”关系,体现了严格的部分与整体的关系,部分和整体的生命周期是一样的。     例如下面UML 描述:    优先使用对象的合成/聚合将有助于你保持每个类被封装,并被集中在单个任务上。这样类

2010-12-21 13:22:00 1226

原创 单例模式(Singleton)

单例模式<br />       单例模式(Singleton),保证一个类仅有一个实例,并提供一个访问它的全局访问点。<br />通常我们可以让一个全局变量使得一个对象被访问,但它不能防止你实例化多个对象。一个最好的办法就是,让类自身负责保存它的唯一实例。这个类可以保证没有其他实例可以被创建,并且它可以提供一个访问该实例的方法。<br />UML图如下:<br /><br />C++代码实现如下:<br />/* Author: ACb0y Date: 2010年12月21日11:10:16

2010-12-21 13:03:00 899

原创 迭代器模式

迭代器模式<br />       迭代器模式(Iterator),提供一种方法顺序访问一个聚合对象中各个元素,而不是暴露该对象的内部表示。<br />     一个聚集对象,而且不管这些对象是什么都需要遍历的时候,你就应该考虑用迭代器模式。你需要对聚集有多种方式遍历时,可以考虑用迭代器模式。为遍历不同的聚集结构提供如开始,下一个,是否结束,当前哪一项等统一的接口。<br />UML图如下:<br /><br />C++实现代码如下:<br />/* Author: ACb0y Date: 2010

2010-12-20 21:38:00 901

原创 组合模式

组合模式<br />   组合模式(Composite)将对象组合成树形结构已表示‘部分-整体’的层次结构。组合模式使得用户对单个对象和组合对象的使用具有一致性。 <br />UML图如下:<br /><br />C++代码实现如下:<br />/* Autohr: ACb0y Date:2010年12月20日16:37:17 Model:Composite(组合模式) */#include <iostream>#include <string>#include <vecto

2010-12-20 17:35:00 1135 2

原创 备忘录模式

备忘录模式<br />    备忘录模式(Memento):在不破坏封装性的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态。这样以后就可将该对象恢复到原先保存的状态。<br />     Originator(发起人):负责创建一个备忘录Memento,用以记录当前时刻它的内部状态,并可以使用备忘录恢复内部状态。Originator可根据需要决定Memento存储Originator的那些内部状态。<br />      Memento(备忘录):负责存储Originator对象内部状态,并可防

2010-12-20 16:12:00 806

原创 适配器模式

适配器模式<br />     适配器模式(Apater)将一个类的接口转换成客户希望的另外一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。<br />     适配器模式主要解决什么问题呢?<br />     答:简单地说,就是需要的东西就在面前,但却不能使用,而短时间又无法改造它,于是我们就想办法适配它。<br />     系统的数据和行为都正确,但接口不符合时,我们应该考虑用适配器,目的是使控制范围之外的一个原有对象与某个接口匹配。适配器模式主要应用于希望复用

2010-12-19 20:18:00 863

原创 状态模式

状态模式<br />      状态模式(State),当一个对象的内在状态改变时,允许改变其行为,这个对象看起来像是改变了其类。<br />状态模式主要解决的是当控制一个对象的状态转换的条件表达式过于复杂时的情况。把状态的判断逻辑移到表示不同状态的一系列类当中,可以把复杂的判断逻辑简化。<br />UML图如下:<br /><br />C++代码实现如下:<br />/* Author: ACb0y Date: 2010年12月18日21:33:26 Model: State(状态模式)

2010-12-18 23:06:00 892

原创 抽象工厂模式(Abstract Factory)

抽象工厂模式<br />      抽象工厂模式(Abstract Factory)提高一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类。<br />      AbstractProductA和AbstractProductB是两个抽象产品,之所以为抽象,是因为它们都有可能有两种不同的实现。<br />     AbstractFactory是一个抽象工厂接口,它里面应该包含所有的产品创建的抽象方法。而ConcreteFactory1和ConcreteFactory2就是具体的工厂了。<br

2010-12-17 22:09:00 955

原创 观察者模式

<br />观察者模式<br />      观察者模式又叫做发布-订阅(Publish/Subscribe)模式。<br />观察者模式定义了一种一对多的依赖关系,让多个观察者对象同时监听某一主题对象,这个主题对象在状态发生变化时,会通知所有观察者对象,使它们能够自动更新自己。<br /> <br />UML图如下:<br />C++实现代码如下:<br />/* Author: ACb0y Date: 2010-12-17 Model: Observer */#include <io

2010-12-17 19:03:00 820

原创 建造者模式(Builder)

建造者模式<br />      将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。<br />如果我们用了建造者模式,那么用户就只需指定需要建造的类型就可以得到它们,而具体建造的过程和细节就不需要知道了。<br />      Builder是什么?是为了创建一个Product对象的各个部件指定的抽象接口。ConcreteBuilder是什么?它是具体建造者实现Builder接口,构造和装配各个部件。Product当然就是那些具体的产品,而Director它是构建一个使用Build

2010-12-16 16:18:00 675

原创 建造者模式(Builder)

建造者模式<br />      将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。<br />如果我们用了建造者模式,那么用户就只需指定需要建造的类型就可以得到它们,而具体建造的过程和细节就不需要知道了。<br />      Builder是什么?是为了创建一个Product对象的各个部件指定的抽象接口。ConcreteBuilder是什么?它是具体建造者实现Builder接口,构造和装配各个部件。Product当然就是那些具体的产品,而Director它是构建一个使用Build

2010-12-16 16:18:00 579

原创 外观模式(Facade)

外观模式<br />      为了系统中一组接口提供一个一致的界面,此模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。<br /> <br />UML图如下:<br /><br /> <br />C++代码实现如下:<br /> <br />/* Author: ACb0y Date: 2010年12月16日12:29:59 Model: Facade(外观模式) */#include <iostream>using namespace std;class

2010-12-16 14:25:00 820

原创 迪米特法则

迪米特法则<br />   如果两个类不必彼此直接通信,那么这两个类就不应该发生直接的相互作用。如果其中一个类需要调用另一个类的某一方法的话,可以通过第三者转发这个调用。<br />     迪米特法则首先强调的前提是在类的结构设计上,每一个类都应当尽量降低成员的访问权限,也就是说,一个类包装好自己的private状态,不需要让别的类知道的字段或行为就不要公开。<br />     迪米特法则其根本思想,是强调了类之间的松耦合,类之间的耦合越弱,越有利于复用,一个处在弱耦合的类被修改,不会对有关的类造成波及

2010-12-16 12:27:00 681

原创 模板方法模式

模板方法模式<br />    定义了一个操作中的算法的骨架,而将一些步骤延迟到了子类中。模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。<br />     当我们要完成在某一细节层次一致的一个过程或一系列步骤,但某个别步骤在更详细的层次上的实现可能不同时,我们通常考虑用模板方法来处理。<br /> <br />UML图如下:<br /><br /> <br />C++实现代码如下:<br /> <br />/* Author: ACb0y Date: 2010年12月16

2010-12-16 12:17:00 764

原创 简单工厂VS工厂方法

简单工厂VS工厂方法<br />     简单工厂模式的最大优点在于工厂类中包含了必要的逻辑判断,根据客户端的选择条件动态实例化相关的类,对于一个客服端来说,去除了于具体产品的依赖,但是如果要加一个新的类来完成新的功能,我们是一定需要给运算工厂类的方法里加"case"的分支条件的,而这就修改了原来的类,从而违背了开放-封闭原则。<br />    对于变化的需求,工厂方法只需要增加相关的类和相应的工厂类就可以了,这样整个工厂和产品体系其实都没有修改的变化,而只是扩展了变化,这就完全符合了开放-封闭原则。<b

2010-12-16 10:25:00 689

原创 工厂方法模式(Factory Method)

/* */#include using namespace std;class LeiFeng{public: virtual void Sweep() { cout

2010-12-15 22:46:00 777

原创 代理模式-为别人做嫁衣

代理模式    代理模式(Proxy),为其他对象提供一种代理以控制对这个对象的访问。Subject类定义了RealSubject和Proxy的共用接口,这样就在任何使用RealSubject的地方都可以使用Proxy。UML图如下:C++实现代码如下:/* Author: ACb0y Date: 2010年12月15日18:32:26 Model: Decorator(装饰模式) */#include #include using namespace std;//抽

2010-12-15 21:57:00 1065

原创 装饰模式

装饰模式     动态地给一个对象添加一些额外的职责,就增加工能来说,装饰模式比生成子类更为灵活。Component是定义一个对象接口,可以这些对象动态添加职责。ConcreteComponent是定义了一个具体的对象,也可以给这个对象添加一些职责。Decorator装饰抽象类,继承了Component,从外类来扩展Component类的功能,但对于Component来说,是无需知道Decorator存在的。至于ConcreteDecorator就是具体的装饰对象起到给Component添加职责的功能。UM

2010-12-15 20:29:00 844

原创 技术与艺术的结合

技术与艺术的结合    编程是一门技术,更加是一门艺术,不能满足于写完代码运行结果正确就算完事,时常考虑如何更加简练,更加容易维护,容易扩展和复用,只有这样才可以真正得到提高。写出优雅的代码是一种很爽的事情。

2010-12-15 19:04:00 825

原创 策略模式(Strategy)

策略模式     策略模式定义了算法家族,分别封装起来,让它们之间可以互相替换,此模式让算法的变化,不会影响到使用算法的客户。策略模式的结构图如下:策略模式剖析:     策略模式是一种定义一系列算法的方法,从概念上看,所有这些算法完成都是相同的工作,只是实现不同,它可以以相同的方式调用所有的算法,减少各种算法类与使用算法类之间的耦合。策略模式的Strategy类层次为Context定义了一系列可供重用的算法或行为。继承有助于抽象出这些算法的公共功能。      策略模式的优点是简化了单元测试,因为每个算法

2010-12-15 17:03:00 838

原创 依赖倒转原则

依赖倒转原则<br />     抽象不应该依赖细节,细节应该依赖于抽象。换句话就是说,针对接口编程,不要针对实现编程。<br />     A:高层模块不应该依赖底层模块,两个都应该依赖抽象。B:抽象不应该依赖细节。细节应该依赖抽象。<br />     里氏代换原则:一个软件实体如果使用的是一个父类,那么一定适用于其子类,而且它察觉不出父类对象和子类对象的区别。也就是说,在软件内部,把父类全部替换成子类程序的行为是不会发生改变的,简单地说,子类必须能够替换掉它们的父类型。<br />     只有当父类

2010-12-15 15:53:00 818

原创 开放-封闭原则

开放-封闭原则<br />     软件设计的实体(类、模块、函数等等)应该可以扩展,但是不可以修改。就是说对于扩展是开放的,(open for extension), 对于更改是封闭的(closed for modification)<br />     无论是模块是多么的‘封闭’,都会存在一些无法对之封闭的变化,既然不可能完全封闭,设计人员必须对于他设计的模块应该对那种变化进行封闭做出选择。作为一名优秀的软件设计者,要能预测出最有可能发生的变化种类,然后构造抽象来隔离哪些变化。<br />     变化

2010-12-15 15:32:00 704

原创 单一职责原则(SRP)

单一职责原则(SRP)<br />      就一个类而言,应该仅有一个引起它变化的原因。如果一个类承担的职责过多,就等于把这些职责耦合在一起,一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计,当变化发生时,设计会遭受到意想不到的破坏性。<br />      软件设计真正要做到的许多内容,就是发现职责并把职责相互分离。<br />      如果你能够想到多于一个的动机去改变一个类,那么这个类就具有多于一个的职责。

2010-12-15 14:57:00 584

原创 弱校联赛师大第一场 1002 SecKill

    本题在比赛过程中没什么思路,最后也没有AC,赛后在和中GG交流后发现是简单的几何 + 离散化 + 区间覆盖线性扫描,后面果断写之。但是悲剧的是一直WA,后面快回宿舍的时候发现我数组开小了,遍历的长度也太小了,最后回宿舍借了明福的笔记本重新敲了一遍,果断AC了。(*^__^*) 嘻嘻……,最近校赛被虐,弱校联赛被虐,鸭梨很大,以后要多加努力了,加油ACb0y。#include #include #include #include #include #include using

2010-12-12 23:38:00 1135

原创 extern "C" 浅析

extern "C" 浅析      因为C++中允许同名函数存在,所以编译器会对函数名重新编码。当C++代码包含C语言的头文件时,重新编码的函数名如果与C语言库中的原函数名不一致,就会造成找不到函数的情况。为了让用C语言实现的函数可以在C++中调用,需要在头文件中实现的函数可以在C++中调用,需要在头文件中加点东西就可以了。#ifdef __cplusplusextern "C" {#endif#include #include void str_reverse(char *

2010-12-12 11:07:00 715

原创 HDU 1061 The rightmost digit

<br />题意:<br />       给定一个整数N求N^N的结果的最后一位是多少,如3^3 = 3 * 3 * 3 = 27则此时最后一位为7。1 <= N <= 1000000000<br />解法:<br />       刚开始用最暴力的方法0(N^2)必然超时,后面想打表,但是发现太大了,要打很久,最后发现答案有循环节,然后改了下代码果断A了。<br /> <br />AC代码如下:<br />/* Author: ACb0y Date: 2010年12月7日21:01:24 T

2010-12-07 21:09:00 864

原创 HDU 1081 To The Max

<br />题意:<br />      求最大子矩阵和<br />解法:<br />      DP<br />AC代码如下:<br />/* Author: ACb0y Date: 2010年12月6日22:02:34 Type: 最大子矩阵和 ProblemID: HDU 1081 Result: 3291421 2010-12-06 21:47:45 Accepted 1081 31MS 268K 953 B C++ ACb0y */#include <stdio.h>

2010-12-06 22:20:00 733

原创 HDU 1671 Phone list (Tire tree)

<br />题意:<br />      给定一个电话列表,判断是否出现一个号码是另一个号码前缀的情况,如果有输出“NO”否则输出“YES”<br />解法:<br />      字典树<br />没有考虑到的情况:<br />      给定的电话号码系列不适字典序的,如果前缀号码出现在后面,这程序判断失误。<br />如:<br />   911<br />   911123<br />对于这组数据可以得到正确的答案<br />   911123<br />   911<br />对于这组数据就判断失

2010-12-05 16:33:00 1005

原创 HDU 1075 What Are You Talking About

<br />题意:<br />      给一个映射的字典,然后给加密后的文本,求根据给定的映射的字典还原文本。<br />解法:<br />     其实用STL的map就可以了,但这里我用了Tire tree弄了个伪map<br />AC代码如下:<br />/* Author: ACb0y Date: 2010年12月4日20:39:40 Type: Map, Tire tree ProblemID: 1075 HDU What Are You Talking About Resu

2010-12-04 21:15:00 1417

原创 HDU 1251 统计难题(Tire tree)

<br />题目:<br />      给一个单词字典A={str[0], str[1], ...},再给定一系列的单词B = {s[0], s[1], s[2], ...}, 求字典A中以s[i]为前缀的单词有多少。<br />解法:<br />      Tire tree, 先建字典数,然后再查询每个给定的单词。<br />AC代码如下:<br />/* Author; ACb0y Date: 2010年12月4日20:21:57 ProblenID: HDU 1251 统计难题 T

2010-12-04 20:28:00 1980

原创 HDU 1305 Immediate Decodability(二叉树)

<br />题意:<br />       给一系列的01串A{str[0], str[1], str[2], ...},判断是否存在str[i]是str[j]的前缀的情况。<br />解法:<br />       使用二叉树,按照顺序把每个串插入二叉树中,如果在插入的过程中发现经过的节点是叶子节点这说明存在前缀的情况。<br /> <br />AC代码如下:<br />/* Author: ACb0y Date: 2010年12月4日19:36:36 ProblemID: HDU 1305

2010-12-04 19:44:00 1443

高精度加减乘除模运算

高精度加减乘除模运算很好的封装在一个类中,还有完整的注释,绝对物有所值。

2010-03-13

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除