这是一个故事: "工程師修了一條隧道,隧道的一端就是美麗的風景,很多人會開車通過隧道.雖然隧道內已經有燈了,但是設計者擔心隧道可能會停電,所以在隧道的入口立了牌子,提醒駕駛員進入隧道前開燈.可是由此却使得駕駛員由於看到美麗的風景而忘記關燈的情況的發生." 引来对ooa,ood,oop的理解; 分析师拿到了政府，民众，组织，社团等的需求，这里泛指所有来自客户的需求了；了解需求，分析需求，分析技术实现

http://www.jdon.com 2006/7/10（转载请保留） 　　2004年著名建模专家Eric Evans发表了他最具影响力的著名书籍：Domain-Driven Design –Tackling Complexity in the Heart of Software（中文译名：领域驱动设计　2006年3月清华出版社译本，或称 Domain Driven-Design archite

  WiMAX的关键技术--OFDM／OFDMA，HARQ，AMC，MIMO，QoS机制，睡眠模式，切换技术等等，下面来看下他们各自的优势和原理！ OFDM／OFDMA技术     OFDM（正交频分复用）是一种高速传输技术，是未来无线宽带接入系统／下一代蜂窝移动系统的关键技术之一，3GPP已将OFDM技术作为其LTE研究的主要候选技术。在WiMAX系统中，OFDM技术为物理层技术，主要应用的方式

[转]测试驱动开发全功略 From: Brian Sun @ 爬树的泡泡[http://www.blogjava.net/briansun] {关键字} 测试驱动开发/Test Driven Development/TDD 测试用例/TestCase/TC 设计/Design 重构/Refactoring {TDD的目标} Clean Code That Works 这句话的含义是，事实上我们只做

依赖与关联之区别 Java学习    2009-12-01      只要存在对象间的交互，无论是控制的还是数据的，两者之间就存在依赖。我们现在说的依赖，它是比关联更弱的关系。       依赖是对象间短暂的一种关系，在这个短暂的关系中，被调用类表现为调用类的局部变量、方法的参数、以及调用类调用被调用类的静态方法，在这些情况下，我们说调用类和被调用类之间就属于依赖关系。       关联是对象间长

 单一职责原则 2.2.1 引言          一个优良的系统设计，强调模块间保持低耦合、高内聚的关系，在面向对象设计中这条规则同样适用，所以面向对象的第一个设计原则就是：单一职责原则（SRP，Single Responsibility Principle）。          单一职责，强调的是职责的分离，在某种程度上对职责的理解，构成了不同类之间耦合关系的设计关键，因此单一职责原则或多或少

单一职责原则--SRP PHP面向对象OOP的5原则：单一职责原则--SRP 一、SRP简介（SRP--Single-Responsibility Principle）： 就一个类而言，应该只专注于做一件事和仅有一个引起它变化的原因。PHP开源com       所谓职责，我们可以理解他为功能，就是设计的这个类功能应该只有一个，而不是两个或更多。也可以理解为引用变化的原因，当你发现有两个变化会要求

UML中有4种关系：依赖、关联、泛化和实现。      (1)依赖(dependency)是两个事物间的语义关系，其中一个事物(独立事物)发生变化会影响另一个事物(依赖事物)的语义。在图形上，把一个依赖画成一条可能有方向的虚线。      (2)关联(association)是一种结构关系，它描述了一组链，链是对象之间的连接。聚集(aggregation)是一种特殊类型的关联，它描 述了整体和部分

1 什么是里氏代换原则     里氏代换原则是由麻省理工学院（MIT）计算机科学实验室的Liskov女士，在1987年的OOPSLA大会上发表的一篇文章《Data Abstraction and Hierarchy》里面提出来的，主要阐述了有关继承的一些原则，也就是什么时候应该使用继承，什么时候不应该使用继承，以及其中的蕴涵的原理。2002年，我们前面单一职责原则中提到的软件工程大师Robert

一、什么是依赖倒置原则 1、高层模块不应该依赖于底层模块，二者都应该依赖于抽象 2、抽象不应该依赖于细节，细节应该依赖于抽象 二、关于高层模块与底层模块 高层模块是系统不经常发生变化的部分，是一个系统区别于其它系统的重要标志，也是直接面向客户的部分，它包含了系统的策略选择与业务模型。 低层模块是系统中经常发生变化的部分，是系统的实现，是用于驱动系统工作的，它不是（直接）面向客户的。 三、违反DIP

  写在前面的话 昨天在博客园上看到一篇博文，名为“什么是依赖注入？（来听一个笑话）”[点击这里访问]。可以看出，作者是想以一种轻松幽默的方式对依赖注入的思想进行一个阐述。不过在读完文章后，个人觉得文章过于浅薄，没有真正将依赖注入的思想解释清楚，也没有深入的分析和具体的示例，所用比喻也有点低俗（至少笔者读完文章后觉得胃里不是很舒服）。 但是，这篇博文启发了我。回想自己平常的学习和工作，依赖注入确实

http://www.cnblogs.com/wayfarer/articles/89615.html 从企业的运行价值链说起——我眼中的测试驱动开发(TDD) 本周看了中央电视台的《对话》栏目，节目对三星CEO尹钟龙进行了访谈。其中，现场一位女士的一句话令我印象深刻。她提到一个企业的运行价值链，共分为三步：首先是发现价值，找到目标市场；第二步是生产价值，将高质量的产品生产出来；最后是保护价值或收

微软企业库4.1学习笔记（四十一）依赖注入模块Unity 简介 　　模块Unity是一个轻量的、可扩展的依赖注入容器，支持构造函数注入、属性注入、方法调用注入。你可以用它创建企业库对象，也可以创建自定义的业务对象。Unity和企业库中的其他模块有一些不同点： 　　你可以独立的使用Unity模块来实现依赖注入技术，不需要其他模块的辅助。 　　Unity支持用配置文件来准备容器，也支持在运行的时候用代

 针对版本：kvm-kmod-2.6.32.7 Kmod简要说明：kvm-kmod是KVM VMM的内核模块部分，在内核中体现为一个驱动程序模块；在用户空间表征为一个字符设备/dev/kvm。KVM虚拟机的用户空间部分qemu-kvm(对qemu模拟器的修改版，主要修改是替换了qemu的指令的动态二进制翻译部分)通过使用ioctl系统调用来创建和启动虚拟机。 Kmod部分主要负责处理虚拟机的”敏感

转：http://blog.csdn.net/taijianyu/article/details/2338311/ Spring 能有效地组织J2EE应用各层的对象。不管 是控制层的Action对象，还是业务层的Service对象，还是持久层的DAO对象，都可在Spring的 管理下有机地协调、运行。Spring将各层的对象以松耦合的方式组织在一起，Action对象无须关心Service对象的具体

我们知道，测试驱动开发(TDD)的基本思想就是在开发功能代码之前，先编写测试代码。也就是说在明确要开发某个功能后，首先思考如何对这个功能进行测试，并完成测试代码的编写，然后编写相关的代码满足这些测试用例。再循环进行添加其他功能，直到完全部功能的开发 最近，在公司一个支付系统的接口开发中，我按照上述方法进行了一次TDD的开发尝试。具体实现的功能是：解析渠道商返回的业务参数。首先，我整理出了TODO列

摘要 本文将介绍领域驱动设计(Domain Driven Design)的官方参考架构，该架构分成了Interfaces、Applications和Domain三层以及包含各类基础设施的 Infrastructure。本文会对架构中一些重要组件和问题进行讨论，给出一些分析结论。 目录 架构概述 架构详解 2.1. Interfaces-接口层 2.1.1. DTO 2.1.2. Assembler

测试驱动开发实践 - Test-Driven Development(转) 一．前言 不知道大家有没听过“测试先行的开发”这一说法，作为一种开发实践，在过去进行开发时，一般是先开发用户界面或者是类，然后再在此基础上编写测试。 但在TDD中，首先是进行测试用例的编写，然后再进行类或者用户界面的开发。由于要先开发测试用例，那么开发人员就必须清楚测试的目的，所测功能模块的业务逻辑以及需要测试的场景。 这

转载----看了下转载的文章也没有说明出处,所以暂时也就不写出处了,如知原文出处还望告之.谢谢 -------------------------------------------------------------------------------------------------- 在这篇文章中，我想向大家介绍如何进行Lua程序设计。我假设大家都学过至少一门编程语言，比如Basic或C，

Lua入门[转] 2008-05-12 19:28 Lua是一个被设计成用于扩展C/C++编程的轻量级脚本语言。不幸的是，网上很少有关于这个语言的在线教程。我主要通过阅读其源代码来了解它是怎样工作并且通过一些发布的程序学习它。希望，通过下面的教程，会让学习Lua更加简单。 本教程涵盖了Lua5.1。在Lua的每一个版本中都有一些非常不同之处。下面的示例代码将不能在老版本的Lua下运行。如果你仍然在