面向对象设计模式纵横谈

Android架构纵横谈之——软件自愈能力 （2）

byLiAnLab.org/宋宝华上回书我们说到Android里的init会监测init.rc中启动的service并根据情况重启之。今回书我们说Android中生死与共的Zygote和SystemServer。第二只狗：忠犬八公方今之世，正道不昌，邪魔丛生。撞伤不如撞死，因此各种难以理解之行为层出不穷，撞后用天涯明月刀杀人者有之，撞后人民女教师裸体阻救援者有之，这是怎样地一种非人间的浓厚的悲凉？
21cnbao·2012-07-01 16:06

Android架构纵横谈之——软件自愈能力 （2）

特别声明：本系列文章LiAnLab.org著作权所有，转载请注明出处。by @宋宝华Barry上回书我们说到Android里的init会监测init.rc中启动的service并根据情况重启之。今回书我们说Android中生死与共的Zygote和SystemServer。第二只狗：忠犬八公方今之世，正道不昌，邪魔丛生。撞伤不如撞死，因此各种难以理解之行为层出不穷，撞后用天涯明月刀杀人者有之，撞后人
linux内存和进程·2012-07-01 15:48

Android架构纵横谈之——软件自愈能力 （2）

特别声明：本系列文章LiAnLab.org著作权所有，转载请注明出处。by @宋宝华Barry上回书我们说到Android里的init会监测init.rc中启动的service并根据情况重启之。今回书我们说Android中生死与共的Zygote和SystemServer。第二只狗：忠犬八公方今之世，正道不昌，邪魔丛生。撞伤不如撞死，因此各种难以理解之行为层出不穷，撞后用天涯明月刀杀人者有之，撞后人
21cnbao·2012-07-01 15:00

Android架构纵横谈之——软件自愈能力 （1）

ByLiAnLab.org/宋宝华笔者决定，从今天开始，连载Android架构纵横谈系列。之所以叫纵横谈而不是叫别的题目，是因为整个系列是横着竖着乱弹琴，可以说是阴阳不分，黑白颠倒，望湘园里望湘园。
21cnbao·2012-06-24 01:59

Android架构纵横谈之――软件自愈能力 （1）

                                                                                     ByLiAnLab.org/宋宝华           笔者决定，从今天开始，连载Android架构纵横谈系列
21cnbao·2012-06-24 01:59

Android架构纵横谈之——软件自愈能力 （1）

by @宋宝华Barry           笔者决定，从今天开始，连载Android架构纵横谈系列。
linux内存和进程·2012-06-24 01:43

Android架构纵横谈之——软件自愈能力 （1）

by @宋宝华Barry           笔者决定，从今天开始，连载Android架构纵横谈系列。
21cnbao·2012-06-24 01:00

设计模式中类的关系 .

 在java以及其他的面向对象设计模式中，类与类之间主要有6种关系，他们分别是：依赖、关联、聚合、组合、继承、实现。他们的耦合度依次增强。1. 
丹江湖畔养蜂子赵大爹·2012-05-17 14:00

java面向对象设计模式

  从Java类库看设计模式：http://www.uml.org.cn/j2ee/201010214.asp 使用UML编写Java应用程序：http://www.uml.org.cn/j2ee/200604041.htm       
185800961·2012-05-15 20:42

利用Sahi脚本自动生成代码加速Web自动化测试开发

一.概述之所以有可能开发一个Sahi脚本来生成应用对象层的代码，主要得益于以下几个方面：1）面向对象设计模式的应用Dojo本身将页面中的控件用面向
沈锐·2012-04-20 00:00

gof23设计模式图解

Gof23设计模式使用手册面向对象设计模式与原则设计模式总结 创建型结构型行为型模式名称SingletonAbstractFactoryBuilderFactoryMethodPrototypeAdapterBridgeCompositeDecoratorFacadeFlyweightProxyTemplateMethodCommandInterpreterMediatorIteratorObse
darling757267·2012-04-06 17:00

设计模式中类的关系

 在java以及其他的面向对象设计模式中，类与类之间主要有6种关系，他们分别是：依赖、关联、聚合、组合、继承、实现。他们的耦合度依次增强。1. 
candyguy242·2012-03-30 14:00

C#面向对象设计模式纵横谈：Bridge 桥接模式

转:http://kb.cnblogs.com/page/79503/抽象与实现抽象不应该依赖于实现细节，实现细节应该依赖于抽象。问题在于如果抽象B由于固有的原因，本身并不稳定，也有可能变化，怎么办？举例来说假如我们需要开发一个同时支持PC和手机的坦克游戏，游戏在PC和手机上功能都一样，都有同样的类型，面临同样的功能需求变化，比如坦克可能有很多种不同的型号：T50，T75，T90……对于其中的坦克
zhangmiaoping23·2012-03-25 17:00

C#23种设计模式WebCast讲解笔记大全（25讲）

C#面向对象设计模式第一讲：面向对象设计模式与原则 C#面向对象设计模式第二讲：SingletonPattern单件模式（创建型模式）C#面向对象设计模式第三讲：AbstractFactoryPattern
Lucker·2012-03-23 15:00

敏捷开发纵横谈

摘要： 在IT界中，“敏捷”是一个很酷的词汇，“敏捷”的相关理论可谓铺天盖地。 “敏捷”一词实质没有统一定义，各家有自家的说法，本教程将让你了解“敏捷”的来龙去脉，抓住“敏捷”本质，并能在工作中实践“敏捷”。 大纲： “敏捷”陷阱 为什么会有“敏捷”这个说法？ 极限编程 敏捷开发 RUP 敏捷开发的实质是什么？ 如何才能敏捷起来？ 正文： “敏捷”陷阱
xiaotian_ls·2012-03-07 15:00

敏捷开发纵横谈

摘要： 在IT界中，“敏捷”是一个很酷的词汇，“敏捷”的相关理论可谓铺天盖地。 “敏捷”一词实质没有统一定义，各家有自家的说法，本教程将让你了解“敏捷”的来龙去脉，抓住“敏捷”本质，并能在工作中实践“敏捷”。 大纲： “敏捷”陷阱 为什么会有“敏捷”这个说法？ 极限编程 敏捷开发 RUP 敏捷开发的实质是什么？ 如何才能敏捷起来？ 正文： “敏捷”陷阱
xiaotian_ls·2012-03-07 15:00

设计模式中类的关系

 设计模式中类的关系分类： 设计模式2012-01-0914:51 1164人阅读 评论(2) 收藏 举报    在java以及其他的面向对象设计模式中，类与类之间主要有6种关系，他们分别是：依赖、关联
jfkidear·2012-02-24 20:00

大型Java分布式应用纵横谈

在当今应用架构里，分布式和应用与服务之间的通信都是核心思想。想要从分布式中获益，你必须牢牢记住几条基本的原则，否则你可能会很容易遇到性能和扩展性问题。在开发阶段这些问题不会经常出现,但当你进行负载测试或产品化的时候，你可能会意识到你选择的软件架构不能满足性能和扩展性需求。在这篇文章中，我们重点关注构建分布式应用需要记住的一些关键点。分布式需要应用之间进行交互。范围包括从大规模集群架构上简单的点到点
山哥·2012-02-24 09:00

《Python面向对象……》之写这本的目标

写这本书的目标写这本书的首要目标是要推进Python的面向对象程序设计，并描述如何使用新兴的面向对象设计模式。这本书将要展示如何使用这些设计模式去创造优秀的软件。
llacc2010·2012-02-04 21:21

大型Java分布式应用纵横谈

      在当今应用架构里，分布式和应用与服务之间的通信都是核心思想。想要从分布式中获益，你必须牢牢记住几条基本的原则，否则你可能会很容易遇到性能和扩展性问题。在开发阶段这些问题不会经常出现,但当你进行负载测试或产品化的时候，你可能会意识到你选择的软件架构不能满足性能和扩展性需求。在这篇文章中，我们重点关注构建分布式应用需要记住的一些关键点。分布式需要应用之间进行交互。范围包括从大规模集群架构上
kongfanyu·2012-02-01 16:00

设计模式中类的关系

    在java以及其他的面向对象设计模式中，类与类之间主要有6种关系，他们分别是：依赖、关联、聚合、组合、继承、实现。他们的耦合度依次增强。1. 
zhengzhb·2012-01-09 14:00

[转]面向对象设计模式的核心法则

[转]http://www.toplee.com/blog/1249.html     有本经典的书叫《设计模式》，讲了经典的21种设计模式，建议大家都看看。 1. 单一职责 就一个类而言，应该仅有一个引起它变化的原因。 如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设
vivei·2012-01-05 13:00

设计模式

面向对象设计模式体现的就是抽象的思想，类是对对象的抽象，抽象类是对类的抽象，接口就是对行为的抽象。  创建型模式 抽象工厂（数据库转换）提供一个创建一系列或相关依赖的接口，而无需指定它们具体的类。
codefighting·2011-12-30 02:00

C#面向对象设计模式第十三讲：Proxy 代理模式（结构型模式）

（根据MSDNWebcast相关课程整理）直接与间接：对于复杂的系统，我们常常在使用时添加一个中间层，从而屏蔽一些不常用的功能，或简化一些常用功能等，从而达到用简单灵活的方法满足特定的需要的目的。如：A访问B时，每访问一次B，就需要调用一次B对象，由于B对象的复杂性，调用开销较大，尤其是B处于分布式应用当中时。另一方面，直接调用复杂的对象，暴露了过多的A不需要的接口，造成不安全性。加是中间层C以后
Lucker·2011-12-29 17:00

C#面向对象设计模式第十二讲：Flyweight 享元模式（结构型模式）

（根据MSDNWebcast相关课程整理）面向对象很好的解决了系统抽象的问题，同是不会损害系统的性能。但是在某些特殊应用中，由于对象的数量太大，采用面向对象会给系统带来难以承受的内在开销。比如：图形应用中的图元等对象，字处理软件中的字符对象等。如果采用纯粹对方案的问题在于大量细粒度的对象会很快充斥在系统中，从而带来很高的运行代价。这时候，就应该考虑采用享元模式来处理问题。GoF：运用共享技术处理大
Lucker·2011-12-29 16:00

C#面向对象设计模式第十讲：Decorator 装饰模式（结构型模式）

（根据MSDNWebcast相关课程整理）假设场景：游戏中的坦克不仅具有类型的不同，可能同一种坦克也会有不同，如我们可能会希望为某种类型的坦克，如T50，增加（扩展）一种或多种新功能。如果增加红外夜视功能，水陆两栖功能或卫星定位功能等等。通常我们可能会采用继承的方法，扩展出新的子类型（如T50红外版新类型）来实现新功能的扩展。显然，这样做有一个明显的弊端：同时具有以上特征的或部分功能的坦克，这样就
Lucker·2011-12-26 18:00

C#面向对象设计模式第九讲：Composite 组合模式（结构型模式）

（根据MSDNWebcast相关课程整理）由俄罗斯套娃讲起。娃娃里又包含另一个娃娃，最后那个不包含任何娃娃。组合模式，采用树型结构来实现普遍存在的对象容器，将本原一对多的复杂的关系，转换成一对一的简单关系，从而可以一致的处理一批对象，使得客户程序不需要关心对象内容的具体实现。将客户程序与对象内部实现解耦，是组合模式的核心思想。解耦后，客户程序只能对象上层的接口发生关系。一种不好的设计方案：把一对多
Lucker·2011-12-26 15:00

C#面向对象设计模式第八讲：Bridge 桥接模式（结构型模式）

根据MSDNWebcast相关课程整理）GoF：将抽象部分与实现部分分离，使它们都可以独立地变化。如下图所示：显然，当实现细节b易变时，我们通常考虑采用原型模式来构造系统。然而，当抽象B由于某种原因也容易变动时，即易变对象从两个维度或更多方向上发生改变，我们就应该考虑桥接模式啦。如图所示：红蓝两个方面都是易变的，且以红色部分为主，蓝色的Implemetor（还可以扩展到更多变化方向）类以抽象类的形
Lucker·2011-12-23 18:00

C#面向对象设计模式第七讲：Adapter Pattern 适配器模式（结构型模式）

根据MSDNWebcast相关课程整理）适配：在不改变原有实现的基本上，将原先不兼容的接口转换成兼容的接口。GoF：将一个类的接口转换成客户需要的另一个接口，便得原来由于接口不兼容而不能一起工作的那些类可以一起工作。对象适配器：将现有类作为适配器的一个字段，并继承客户程序希望的接口类。Adapter才是我们需要创建并实现的类。以下示例展示如何利用现有对象ArrayList来实现客户程序需要的Sta
Lucker·2011-12-23 18:00

C#面向对象设计模式第五讲：Factory Method 工厂方法（创建型模式）

（根据MSDNWebcast相关课程整理）耦合关系直接决定软件面对变化时的行为。紧耦合时，当一个模块变化时，相关模块都要随之更改；依赖关系复杂松耦合时，模块更容易被替换或更改，而其他相关模块可以保持不变。依赖关系简单（小圆点表示接口）不要局限于某种设计模式采用的固定方法，只要能有效解决这种模式要解决的问题，那这种方法就属于这种设计模式。对于采用何种设计模式，绝不是一开始就能确定的。而是随着我们对软
Lucker·2011-12-19 17:00

C#面向对象设计模式第六讲：Prototype 原型模式（创建型模式）

（根据MSDNWebcast相关课程整理）依赖关系倒置原则：抽象不应该依赖于实现细节，实现细节应该依赖于抽象。实现细节往往易变。抽象A直接依赖于实现细节b：抽象A依赖于抽象B，实现细节b依赖于抽象B：原型设计模式：经常面临某些结构复杂对象的构建工作，由于需求的变化，这些对象也面临剧烈变化。我们需要隔离这些易变对象，从而使得对象的变化时而不影响客户程序对这些对象的调用。GoF：使用原型实例来批来创建
Lucker·2011-12-19 16:00

C#面向对象设计模式第四讲：Builder Pattern生成器模式（创建型模式）

（根据MSDNWebcast相关课程整理）生成器模式的缘起：一个类中主结构（将各个成员组合在一起的构建方法）基本稳定，但内部的几个组成部分可能经常存在变化。GOF：将一个复杂对象的构建与其表示相分开，使得同样的构建过程可以创建不同的表示。构成主类的某引动部分成员PartA和B是常变化的，而创建器的算法方式不变，客户程序通过Director的Construct方法，传入不同的生成器，从而完成不同类型
Lucker·2011-12-16 17:00

C#面向对象设计模式第三讲：Abstract Factory Pattern 抽象工厂模式（创建型模式）

（根据MSDNWebcast相关课程整理）new的问题：实现依赖，不能应对具体实例化类型的变化。（当实例对象发生变化时，无法满足需求）例：当Road发生容易发生变化时，如有可能变成MudRoad时，需要修改系统中所有new到Road的地方。解决思路：封闭变化点——哪儿变化封闭哪儿；如果new的类型比较稳定，基本没有变化时，就不需要封装啦。创建的对象容易发生变化，因此就要封装对象创建的过程。面向接口
Lucker·2011-12-16 17:00

C#面向对象设计模式第二讲：Singleton Pattern单件模式（创建型模式）

(根据MSDNWebcast相关课程整理)模式分类：从目的来看：创建型（Creational）：负责对象的创建结构型（Structural）：处理类与对象间的组合行为型（Behavioral）：类与对象交互中的职责分配从范围来看：类模式：处理类与子类的静态关系对象模式：处理对象间的动态关系单件模式下的类，保证该类在系统中只有一个实例，以确保逻辑的正确性与效率。常用方法：使用private型的构造函
Lucker·2011-12-16 17:00

C#面向对象设计模式第一讲：面向对象设计模式与原则

面向对象设计模式：面向对象设计过程中、特定场景下，类与相互通信的之间的常见的组织关系。GOF23种设计模式好的设计：可以满足应对变化提高复用的设计。
Lucker·2011-12-16 17:00

面向对象设计模式

1、工厂模式：客户类和工厂类分开。消费者任何时候需要某种产品，只需向工厂请求即可。消费者无须修改就可以接纳新产品。缺点是当产品修改时，工厂类也要做相应的修改。如：如何创建及如何向客户端提供。    2、建造模式：将产品的内部表象和产品的生成过程分割开来，从而使一个建造过程生成具有不同的内部表象的产品对象。建造模式使得产品内部表象可以独立的变化，客户不必知道产品内部组成的细节。建
nicegege·2011-11-25 11:00

C#面向对象设计模式纵横谈

http://115.com/file/bhifcm6d#C#面向对象设计模式纵横谈(1)：面向对象设计模式与原则.rarhttp://115.com/file/bhifcvb4#C#面向对象设计模式纵横谈
cashs2010·2011-10-17 19:32

C#面向对象设计模式第十一讲：Facade 外观模式（结构型模式）

（根据MSDNWebcast相关课程整理）先看以下实例：左边的方案中客户调用程序与子系统内部的具体实现类具有较多的耦合与交互。显然是不理想的设计方案。随着外部客户程序和各子系统的演化，这种过多的耦合将面临居多变化的挑战。再看右边的方案，外部客户程序不再直接与子系统内部类直接交互，而是通过一个Façade接口实现内外系统之间的关联，大大降低了系统的耦合性。GoF：为子系统中的一组接口提供一个一致的界
Lucker·2011-10-10 07:00

设计模式

面向对象设计模式通常以类或对象来描述其中的关系和相互作用，但不涉及用来完成应用程序的特定类或对象。
wud_jiyanhui·2011-09-08 16:00

面向对象设计模式原理

1.单一职责：就一个类而言，只专注做一件事情; 2开放-封闭：就扩展开放，对修改关闭； 3liskov替换：凡是基类出现的地方都可以用子类替换； 4依赖倒置：A .高层模块不应该依赖于低层模块。二者都应该依赖于抽象。             B .抽象不应该依赖于细节。细节应该依赖
zhuyingya87·2011-08-02 16:00

REST与SOAP样式Web 服务的区别

如权威的 GangofFour（GoF） 设计模式这本书所述，对于熟悉面向对象设计模式概念的开发者来说，面向资源服务与基本 Memento 模式类似。
heaven_arch·2011-07-25 11:00

REST与SOAP样式Web 服务的区别

如权威的GangofFour（GoF）设计模式这本书所述，对于熟悉面向对象设计模式概念的开发者来说，面向资源服务与基本Memento模式类似。
wangshaofei·2011-05-03 15:00

REST与SOAP样式Web 服务的区别

如权威的GangofFour（GoF）设计模式这本书所述，对于熟悉面向对象设计模式概念的开发者来说，面向资源服务与基本Memento模式类似。
wangshaofei·2011-05-03 15:00

REST与SOAP样式Web 服务的区别

如权威的GangofFour（GoF）设计模式这本书所述，对于熟悉面向对象设计模式概念的开发者来说，面向资源服务与基本Memento模式类似。
wangshaofei·2011-05-03 15:00

面向对象设计模式与原则

                                                        面向对象设计模式与原则１、设计模式简介 １）每一个模式描述了一个在我们周围不断重复发生的问题
flyhighly·2011-04-24 16:00

大型Java分布式应用纵横谈（转）

及远程调用虽然能使系统的部署更加灵活，但是过度的或者滥用RMI及相关远程技术也可能导致系统资源无谓的浪费，而对系统性能的提升起不到多大作用，下面是一位仁兄的文章，对他的分析深有同感，转摘出来供大家学习 大型Java分布式应用纵横谈来源
xymyeah·2011-04-19 16:00

REST与SOAP样式Web 服务的区别

如权威的GangofFour（GoF）设计模式这本书所述，对于熟悉面向对象设计模式概念的开发者来说，面向资源服务与基本Me
xdsoft365·2011-02-27 16:00

C#面向对象设计模式纵横谈(1)：面向对象设计模式与原则

前两天从微软网站上将李建忠的设计模式webcasts下载下来了，听了一下，尽管刚开始觉得他说话有点KA，但他的讲座确实让我对面向对象有一个重新的认识！下面是我的一些总结，来自他讲座的PPT。一、对象是什么从三个层次上来理解：1、从概念层面讲，对象是某种拥有责任的抽象（对象是一个拥有某种功能的东西）2、从规格层面讲，对象是一系列可以被其它对象使用的公共接口（这个东西提供了使用它所拥有的功能的途径）3
iamdll·2011-02-12 15:00

软件架构纵横谈

我在成都Web开发大会与中国软件技术大会上皆以此题做了演讲。在这个演讲中，我提出了MMN架构的命题。MMN架构即宏观架构、微观架构与纳米架构。我在演讲中探讨了MMN架构在原则、模式与方法学的体现。我试图提出一个好的架构过程，将各种方法学、原则与模式糅合在这个架构体系中。然而，这个命题还很粗糙。因为我还缺乏足够的理论基础与架构经验来支撑。但无疑，这个框架已经搭建起来了。正如软件系统开发需要架构一般，
wayfarer·2010-12-14 17:21

软件架构纵横谈

我在成都Web开发大会与中国软件技术大会上皆以此题做了演讲。在这个演讲中，我提出了MMN架构的命题。MMN架构即宏观架构、微观架构与纳米架构。我在演讲中探讨了MMN架构在原则、模式与方法学的体现。我试图提出一个好的架构过程，将各种方法学、原则与模式糅合在这个架构体系中。然而，这个命题还很粗糙。因为我还缺乏足够的理论基础与架构经验来支撑。但无疑，这个框架已经搭建起来了。正如软件系统开发需要架构一般，
wayfarer·2010-12-14 17:21
上一页 6 7 8 9 10 11 12 13 下一页
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他