MVVM模式的View与ViewModel的三大通讯方式：Binding Data（实现数据的传递）、Command（实现操作的调用）和Attached Behavior（实现控件加载过程中的操作）。 (1)Windows Phone 7 MVVM模式通讯方式之实现Binding Data。 (2)Windows Phone 7 MVVM模式通讯方式之实现Command。 (3)Windows P

<大话设计模式> 本教程说明及版权声明 国士工作室是一支专注于Android平台企业级应用开发的技术团队，致力于做中国最棒的Android应用程序开发机构，提供最棒的Android企业级应用开发培训服务。 企业培训和开发合作官方联系方式：      电话:18610086859      Email:hiheartfirst@

MVVM模式的View与ViewModel的三大通讯方式：Binding Data（实现数据的传递）、Command（实现操作的调用）和Attached Behavior（实现控件加载过程中的操作）。 (1)Windows Phone 7 MVVM模式通讯方式之实现Binding Data。 (2)Windows Phone 7 MVVM模式通讯方式之实现Command。 (3)Windows P

      1.意图       使多个对象处理同一个请求，这些对象形成一条链。每个对象拥有下一个对象的引用，该对象可以进行预处理，交给下一个对象处理，然后把处理结果进行后处理，再返回给前一对象。最终返回给客户端，形成一个“回路”。    &nb

初看MVP模式时被它复杂的包含,继承,接口搞晕,View中有Presenter,Presenter中又有View,View又要抽象出IView,View又调用Presenter的方法,Presenter又调用IView的方法.花了点时间算是搞明白了,这里说说自己的理解. 关于MVP模式文章一搜一大把.建议先看看这些文章. Artceh http://www.cnblogs.com/artech/a

类层次结构的变化 　　类层次结构中可能经常由于引入新的操作，从而将类型变得脆弱…… 　　动机（Motivation） 　　在软件构建过程中，由于需求的改变，某些类层次结构中常常需要增加新的行为（方法），如果直接在基类中做这样的更改，将会给子类带来很繁重的变更负担，甚至破坏原有设计。如何在不更改类层次结构的前提下，在运行时根据需要透明地为类层次结构上的各个类动态添加新的

未来五年内，我们现在所熟悉的外包模式将会消失。大量的印度外包服务提供商要么会被迫退出市场，要么就逃不脱被吞并的命运。而欧美企业如果还在涉足传统外包领域的话，也将会遭遇同样的命运，除非他们赶紧觉醒。那么在新的模式中，谁将会成为新的领导者呢?我们认为，谷歌和亚马逊这样的企业将会成为新型外包模式的知名品牌。 　　你觉得此话有些荒唐?那只能表明你没有跟紧IT业的发展趋势。台式机让位给笔记本电脑;Web门

GoF著作中未提到的设计模式(1):Archetype  半天也没能给这个设计模式想出一个中文名称，算了，有时候还是原版的更容易理解。  简单地说，Archetype设计模式的目的是将业务处理逻辑和具体实现分离，所以至少需要两个参与者：Decorator和Delegate，它们都实现同一个接口，Decorator负责处理业务逻辑，而Delegate负责具体的实现，在Decora

自从接触设计模式以来，一般看到的评论是以推崇为多。不过比较欣慰的是，最近在看《编程人生》中，有两个人对设计模式比较不屑。 之所以欣慰，并不是因为凑个热闹看他们互相攻击，互相批评——而是因为出现了不同的观点，特别是两位非常有分量的人物的观点。在技术领域，众口一词是一件非常恐怖的事情；百花齐放百家争鸣才是我们乐于看到的。因为不同观点的出现，特别是大师级的不同观点，能够促进更多的人去独立的思考与探

在上一章中，我们讲述了有关业务层分层的一些知识，下面我们就来看看，在具体的业务层的设计中，我们可以采用哪些模式可以将业务层设计的更加的灵活！ 　　架构模式 　　首先我们就来看看，如何更加有效的组织业务规则。 　　Specification Pattern(需求规格模式) 　　这个模式的使用方法就是：把业务规则放在业务类的外面，并且封装成为一个个返回boolean值的算法。这些一个个的业务规则的算法

在本人的“.NET简谈插件系统开发模式”一文中我们详细介绍了插件系统开发模式的优越性，尽管.NET平台或者第三方提供的平台都为我们实现了底层插件原理模型，我们可以在上面进行开发，作为一名有求知欲的程序员才是一名合格的程序员；我们不能满足系统为我们提供的功能，我们要向下沉，沉的越深越好，躲开那些应用变化给我们带来的劳累感，所以我们是否需要掌握一些别人不会的技术，才能让我们在众

一、上篇回顾 　　很久没有更新设计模式系列的文章了，有了很多热心朋友的反馈，我决定继续将这个系列赶快写完，最近由于过年了，有很多相关的事宜要做，所以没有时间来写，也是对大家的说下抱歉，感觉写文章的时间越来越少了，不过我会努力，尽快将这个系列写完，与大家共勉，希望大家有什么意见或建议，都可以帮我提出来，我好改进，谢谢！。 　　本文主要是讲述设计模式中的结构性模式中的最后一个本系列讲述的模式，也是经常

      mongodb中提供了复制(Replication)机制，通过该机制可以帮助我们很容易实现读写分离方案，并支持灾难恢复（服务器断电）等意外情况下的数据安全。       在老版本(1.6)中，Mongo提供了两种方式的复制：master-slave及replica pair模式（注:mongodb最新支持

本文可以看做是Web框架审美观一文的延续，在那篇文章里，我阐述了如何用面向对象实现装饰模式，不过鉴于PHP的本质就是面向过程的，让我对纯粹的OOP有些拿不定主意，于是本文便走向另一个极端，准备阐述一下如何用面向过程实现装饰模式。 　　废话少说，直接贴代码（代码仅在PHP5.3以上版本有效，用到了header_remove函数），大概涉及以下几个文件： bootstrap.php：01 fun

工厂方法模式定义  Defines an interface for creating an object,but let subclasses decide which class to instantiate. Factory Method lets a class defer instantiation to subclasses   一般java创建一

23种设计模式 之简单工厂模式 一、定义 定义一个用于创建对象的接口，让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。 二、优点 良好的封装性，代码结构清晰，扩展性非常优秀，屏蔽产品类，产品类的调用不影响调用者。 三、故事继续（代码示例） 这天一大早，李实名就把空明，曹草，黑子都叫来办公室，刚一进门，李实名就说到： “近来很忙吧？” &ldqu

算法与对象的耦合 　　对象可能经常需要使用多种不同的算法，但是如果变化频繁，会将类型变得脆弱…… 　　动机（Motivation） 　　在软件构建过程中，某些对象使用的算法可能多种多样，经常改变，如果将这些算法都编码到对象中，将会使对象变得异常复杂；而且有时候支持不使用的算法也是一个性能负担。如何在运行时根据需要透明地更改对象的算法？将算法与对象本身解耦，从而避免上述

今天跟大家分享一下我们在日常开发中并不常用的开发模式“插件系统模式”，什么叫插件从大一点的概念讲就是我们开发的软件是由很小的模块组成，每一块都能成功的装卸，使我们的软件成为一个有机体，在发生重大事故、改良优化等等的时候，我们不需要重新编译我们的系统就能很方便的进行升级替换进行使用；这样的开发模式就是插件系统开发模式；这个概念很大，每个人的技术水平不同使用的效果也是不同的；一

MVVM模式的View与ViewModel的三大通讯方式：Binding Data（实现数据的传递 ）、Command（实现操作的调用 ）和Attached Behavior（实现控件加载过程中的操作）。 (1)Windows Phone 7 MVVM模式通讯方式之实现Binding Data。 (2)Windows Phone 7 MVVM模式通讯方式之实现Command。 (3)Windows

我估计从博客园建站开始，就不断地有文章对设计模式进行讨论了。设计模式被认为是软件工程的基础，是面向对象分析与设计的指南。博客园中不乏大量的优秀文章，针对设计模式中创建型模式、结构型模式以及行为型模式共计23种模式进行讨论，有的文章也自成体系，以不同的角度来分析各种模式的应用场景和动态特性。今天，我也在所有设计模式专家面前班门弄斧一次，冒着被喷的危险，谈谈Decorator模式的具体应用。与大多数其