12 2014 档案

深入浅出设计模式——备忘录模式（Memento Pattern）
摘要：模式动机为了使软件的使用更加人性化，对于误操作，我们需要提供一种类似“后悔药”的机制，让软件系统可以回到误操作前的状态，因此需要保存用户每一次操作时系统的状态，一旦出现误操作，可以把存储的历史状态取出即可回到之前的状态。现在大多数软件都有撤销(Undo)的功能，快捷键一般都是Ctrl+Z，目的就是为... 阅读全文
posted @ 2014-12-31 14:52 Bobby0322 阅读(4859) 评论(0) 推荐(0) 编辑
深入浅出设计模式——中介者模式（Mediator Pattern）
摘要：模式动机在用户与用户直接聊天的设计方案中，用户对象之间存在很强的关联性，将导致系统出现如下问题： 系统结构复杂：对象之间存在大量的相互关联和调用，若有一个对象发生变化，则需要跟踪和该对象关联的其他所有对象，并进行适当处理。 对象可重用性差：由于一个对象和其他对象具有很强的关联，若没有其他对象的支... 阅读全文
posted @ 2014-12-31 14:26 Bobby0322 阅读(1070) 评论(0) 推荐(1) 编辑
深入浅出设计模式——迭代器模式（Iterator Pattern）
摘要：模式动机一个聚合对象，如一个列表(List)或者一个集合(Set)，应该提供一种方法来让别人可以访问它的元素，而又不需要暴露它的内部结构。针对不同的需要，可能还要以不同的方式遍历整个聚合对象，但是我们并不希望在聚合对象的抽象层接口中充斥着各种不同遍历的操作。怎样遍历一个聚合对象，又不需要了解聚合对象... 阅读全文
posted @ 2014-12-31 13:58 Bobby0322 阅读(1005) 评论(0) 推荐(1) 编辑
深入浅出设计模式——解释器模式（Interpreter Pattern）
摘要：模式动机如果在系统中某一特定类型的问题发生的频率很高，此时可以考虑将这些问题的实例表述为一个语言中的句子，因此可以构建一个解释器，该解释器通过解释这些句子来解决这些问题。解释器模式描述了如何构成一个简单的语言解释器，主要应用在使用面向对象语言开发的编译器中。模式定义解释器模式(Interpreter... 阅读全文
posted @ 2014-12-31 13:32 Bobby0322 阅读(3509) 评论(0) 推荐(4) 编辑
深入浅出设计模式——命令模式（Command Pattern）
摘要：模式动机在软件设计中，我们经常需要向某些对象发送请求，但是并不知道请求的接收者是谁，也不知道被请求的操作是哪个，我们只需在程序运行时指定具体的请求接收者即可，此时，可以使用命令模式来进行设计，使得请求发送者与请求接收者消除彼此之间的耦合，让对象之间的调用关系更加灵活。命令模式可以对发送者和接收者完全... 阅读全文
posted @ 2014-12-31 10:54 Bobby0322 阅读(2792) 评论(0) 推荐(2) 编辑
深入浅出设计模式——职责链模式（Chain of Responsibility Pattern）
摘要：模式动机职责链可以是一条直线、一个环或者一个树形结构，最常见的职责链是直线型，即沿着一条单向的链来传递请求。链上的每一个对象都是请求处理者，职责链模式可以将请求的处理者组织成一条链，并使请求沿着链传递，由链上的处理者对请求进行相应的处理，客户端无须关心请求的处理细节以及请求的传递，只需将请求发送到链... 阅读全文
posted @ 2014-12-30 16:56 Bobby0322 阅读(916) 评论(0) 推荐(1) 编辑
深入浅出设计模式——代理模式（Proxy Pattern）
摘要：模式动机在某些情况下，一个客户不想或者不能直接引用一个对象，此时可以通过一个称之为“代理”的第三者来实现间接引用。代理对象可以在客户端和目标对象之间起到中介的作用，并且可以通过代理对象去掉客户不能看到的内容和服务或者添加客户需要的额外服务。通过引入一个新的对象（如小图片和远程代理对象）来实现对真实对... 阅读全文
posted @ 2014-12-30 16:40 Bobby0322 阅读(1535) 评论(0) 推荐(0) 编辑
深入浅出设计模式——享元模式（Flyweight Pattern）
摘要：模式动机面向对象技术可以很好地解决一些灵活性或可扩展性问题，但在很多情况下需要在系统中增加类和对象的个数。当对象数量太多时，将导致运行代价过高，带来性能下降等问题。享元模式正是为解决这一类问题而诞生的。享元模式通过共享技术实现相同或相似对象的重用。在享元模式中可以共享的相同内容称为内部状态(Intr... 阅读全文
posted @ 2014-12-30 16:26 Bobby0322 阅读(2902) 评论(0) 推荐(1) 编辑
深入浅出设计模式——外观模式（Facade Pattern）
摘要：模式动机引入外观角色之后，用户只需要直接与外观角色交互，用户与子系统之间的复杂关系由外观角色来实现，从而降低了系统的耦合度。模式定义外观模式(Facade Pattern)：外部与一个子系统的通信必须通过一个统一的外观对象进行，为子系统中的一组接口提供一个一致的界面，外观模式定义了一个高层接口，这个... 阅读全文
posted @ 2014-12-29 16:56 Bobby0322 阅读(1617) 评论(0) 推荐(0) 编辑
深入浅出设计模式——装饰模式（Decorator Pattern）
摘要：模式动机一般有两种方式可以实现给一个类或对象增加行为： 继承机制，使用继承机制是给现有类添加功能的一种有效途径，通过继承一个现有类可以使得子类在拥有自身方法的同时还拥有父类的方法。但是这种方法是静态的，用户不能控制增加行为的方式和时机。 关联机制，即将一个类的对象嵌入另一个对象中，由另一个对象来... 阅读全文
posted @ 2014-12-29 16:26 Bobby0322 阅读(1196) 评论(0) 推荐(1) 编辑
深入浅出设计模式——组合模式（Composite Pattern）
摘要：模式动机对于树形结构，当容器对象（如文件夹）的某一个方法被调用时，将遍历整个树形结构，寻找也包含这个方法的成员对象（可以是容器对象，也可以是叶子对象，如子文件夹和文件）并调用执行。（递归调用）由于容器对象和叶子对象在功能上的区别，在使用这些对象的客户端代码中必须有区别地对待容器对象和叶子对象，而实际... 阅读全文
posted @ 2014-12-29 16:14 Bobby0322 阅读(3512) 评论(0) 推荐(3) 编辑
深入浅出设计模式——桥接模式（Bridge Pattern）
摘要：模式动机设想如果要绘制矩形、圆形、椭圆、正方形，我们至少需要4个形状类，但是如果绘制的图形需要具有不同的颜色，如红色、绿色、蓝色等，此时至少有如下两种设计方案：第一种设计方案是为每一种形状都提供一套各种颜色的版本。第二种设计方案是根据实际需要对形状和颜色进行组合。 对于有两个变化维度（即两个变化的原... 阅读全文
posted @ 2014-12-29 15:56 Bobby0322 阅读(2808) 评论(0) 推荐(3) 编辑
深入浅出设计模式——适配器模式（Adapter Pattern）
摘要：模式动机在软件开发中采用类似于电源适配器的设计和编码技巧被称为适配器模式。 通常情况下，客户端可以通过目标类的接口访问它所提供的服务。有时，现有的类可以满足客户类的功能需要，但是它所提供的接口不一定是客户类所期望的，这可能是因为现有类中方法名与目标类中定义的方法名不一致等原因所导致的。 在这种情况下... 阅读全文
posted @ 2014-12-25 16:23 Bobby0322 阅读(2189) 评论(0) 推荐(1) 编辑
深入浅出设计模式——单例模式（Singleton Pattern）
摘要：模式动机对于系统中的某些类来说，只有一个实例很重要，例如，一个系统中可以存在多个打印任务，但是只能有一个正在工作的任务；一个系统只能有一个窗口管理器或文件系统；一个系统只能有一个计时工具或ID（序号）生成器。 如何保证一个类只有一个实例并且这个实例易于被访问呢？定义一个全局变量可以确保对象随时都可以... 阅读全文
posted @ 2014-12-25 16:06 Bobby0322 阅读(3043) 评论(0) 推荐(1) 编辑
深入浅出设计模式——原型模式（Prototype Pattern）
摘要：模式动机在面向对象系统中，使用原型模式来复制一个对象自身，从而克隆出多个与原型对象一模一样的对象。在软件系统中，有些对象的创建过程较为复杂，而且有时候需要频繁创建，原型模式通过给出一个原型对象来指明所要创建的对象的类型，然后用复制这个原型对象的办法创建出更多同类型的对象，这就是原型模式的意图所在。模... 阅读全文
posted @ 2014-12-25 11:35 Bobby0322 阅读(1002) 评论(0) 推荐(1) 编辑
深入浅出设计模式——建造者模式（Builder Pattern）
摘要：模式动机无论是在现实世界中还是在软件系统中，都存在一些复杂的对象，它们拥有多个组成部分，如汽车，它包括车轮、方向盘、发送机等各种部件。而对于大多数用户而言，无须知道这些部件的装配细节，也几乎不会使用单独某个部件，而是使用一辆完整的汽车，可以通过建造者模式对其进行设计与描述，建造者模式可以将部件和其组... 阅读全文
posted @ 2014-12-24 15:22 Bobby0322 阅读(2828) 评论(0) 推荐(1) 编辑
深入浅出设计模式——抽象工厂模式（Abstract Factory）
摘要：模式动机在工厂方法模式中具体工厂负责生产具体的产品，每一个具体工厂对应一种具体产品，工厂方法也具有唯一性，一般情况下，一个具体工厂中只有一个工厂方法或者一组重载的工厂方法。但是有时候我们需要一个工厂可以提供多个产品对象，而不是单一的产品对象。为了更清晰地理解工厂方法模式，需要先引入两个概念：产品等级... 阅读全文
posted @ 2014-12-24 10:51 Bobby0322 阅读(2047) 评论(0) 推荐(1) 编辑
深入浅出设计模式——工厂方法模式（Factory Method）
摘要：介绍在简单工厂模式中，我们提到，工厂方法模式是简单工厂模式的一个延伸，它属于Gof23中设计模式的创建型设计模式。它解决的仍然是软件设计中与创建对象有关的问题。它可以更好的处理客户的需求变化。引入我们继续来说"new"的问题，我们在简单工厂模式中，将实例化对象的工作推迟到了专门负责创建对象的工厂类中... 阅读全文
posted @ 2014-12-23 13:32 Bobby0322 阅读(18963) 评论(2) 推荐(5) 编辑
深入浅出设计模式——简单工厂模式（Simple Factory）
摘要：介绍简单工厂模式不能说是一个设计模式，说它是一种编程习惯可能更恰当些。因为它至少不是Gof23种设计模式之一。但它在实际的编程中经常被用到，而且思想也非常简单，可以说是工厂方法模式的一个引导，所以我想有必要把它作为第一个讲一下。模式动机 考虑一个简单的软件应用场景，一个软件系统可以提供多个外观不同的... 阅读全文
posted @ 2014-12-22 16:01 Bobby0322 阅读(15605) 评论(6) 推荐(4) 编辑
《OOAD与UML那点儿事》目录索引
摘要：关键字：OOAD、UML、设计模式各位园友，大家好，我是Bobby，在学习OOAD和开发的项目的过程中有一些感悟和想法，整理和编写了一些学习资料【内容简介】掌握某种开发语言，让你实现了由零到一的脱变，如果你能掌握OOAD并能活用OOAD，则能让你实现由一到十的飞跃！知道OOAD的人很多，能在实际工作... 阅读全文
posted @ 2014-12-22 15:36 Bobby0322 阅读(1835) 评论(2) 推荐(4) 编辑
《BI那点儿事》双变量的相关分析——相关系数
摘要：例如，“三国人物是否智力越高，政治就越高”，或是“是否武力越高，统率也越高；准备数据分析环境：SELECT *FROM FactSanguo11WHERE 姓名 IN ( N'荀彧', N'荀攸', N'贾诩', N'程昱', N'郭嘉' )曹魏五谋臣，指荀彧、荀攸、贾诩、程昱、郭嘉五人... 阅读全文
posted @ 2014-12-18 19:49 Bobby0322 阅读(2157) 评论(0) 推荐(0) 编辑
《BI那点儿事》Microsoft 神经网络算法
摘要：Microsoft神经网络是迄今为止最强大、最复杂的算法。要想知道它有多复杂，请看SQL Server联机丛书对该算法的说明：“这个算法通过建立多层感知神经元网络，建立分类和回归挖掘模型。与Microsoft决策树算法类似，在给定了可预测属性的每个状态时， Microsoft神经网络算法计算输入属性... 阅读全文
posted @ 2014-12-15 16:44 Bobby0322 阅读(3152) 评论(0) 推荐(3) 编辑
《BI那点儿事》运用标准计分和离差——分析三国超一流统帅综合实力排名 绝对客观，数据说话
摘要：数据分析基础概念：标准计分： 1、无论作为变量的满分为几分，其标准计分的平均数势必为0，而其标准差势必为1。2、无论作为变量的单位是什么，其标准计分的平均数势必为0，而其标准差势必为1。公式为：离差：离差就是应用标准计分所得的数值。1、无论作为变量的满分为几分，其离差的平均数势必为50，而其标准差势... 阅读全文
posted @ 2014-12-10 19:38 Bobby0322 阅读(2693) 评论(1) 推荐(1) 编辑
《BI那点儿事》三国人物智力分布状态分析
摘要：献给广大的三国爱好者们，希望喜欢三国的朋友一起讨论，加深对传奇三国时代的了解数据分析基础概念：数据分为“不可测量”的数据和“可测量”的数据。不可测量的数据称为“分类数据”（Category Data或Categorical Data。），而可测量的数据称为“数值数据”（Numerical Data）... 阅读全文
posted @ 2014-12-10 11:00 Bobby0322 阅读(2588) 评论(5) 推荐(5) 编辑
《BI那点儿事》ETL中的关键技术
摘要：ETL（Extract/Transformation/Load）是BI/DW的核心和灵魂，按照统一的规则集成并提高数据的价值，是负责完成数据从数据源向目标数据仓库转化的过程，是实施数据仓库的重要步骤。ETL过程中的主要环节就是数据抽取、数据转换和加工、数据装载。为了实现这些功能，各个ETL工具一般会... 阅读全文
posted @ 2014-12-04 19:24 Bobby0322 阅读(4909) 评论(3) 推荐(6) 编辑
《BI那点儿事—数据的艺术》理解维度数据仓库——事实表、维度表、聚合表
摘要：事实表在多维数据仓库中，保存度量值的详细值或事实的表称为“事实表”。一个按照州、产品和月份划分的销售量和销售额存储的事实表有5个列，概念上与下面的示例类似。SateProductMouthUnitsDollarsWAMountain-100January37.95WACable LockJanuar... 阅读全文
posted @ 2014-12-03 23:12 Bobby0322 阅读(12898) 评论(2) 推荐(7) 编辑
《BI那点儿事》数据挖掘各类算法——准确性验证
摘要：准确性验证示例1：——基于三国志11数据库数据准备：挖掘模型：依次为：Naive Bayes 算法、聚类分析算法、决策树算法、神经网络算法、逻辑回归算法、关联算法提升图：依次排名为： 1. 神经网络算法（92.69% 0.99）2. 逻辑回归算法（92.39% 0.99）3. 决策树算法（91.19... 阅读全文
posted @ 2014-12-01 20:13 Bobby0322 阅读(6096) 评论(2) 推荐(6) 编辑

点击右上角即可分享
微信分享提示