背景 使用DDD开发大概也有五个月的时间了，由于当时公司导师的推荐，第一次接触DDD领域驱动到现在彻底迷恋这种开发的模式，为其思想的奥妙所折服，一直以来，总想花一点时间来总结一下，正直光棍节（天猫狂欢购物节）当天，“静下心来”（PS：没有人民币）总结一下。 说起DDD不得不说一篇文章：http://www.cnblogs.com/netfocus/archive/2011/10/10/220494

背景 使用DDD开发大概也有五个月的时间了，由于当时公司导师的推荐，第一次接触DDD领域驱动到现在彻底迷恋这种开发的模式，为其思想的奥妙所折服，一直以来，总想花一点时间来总结一下，正直光棍节（天猫狂欢购物节）当天，“静下心来”（PS：没有人民币）总结一下。 说起DDD不得不说一篇文章：http://www.cnblogs.com/netfocus/archive/2011/10/10/220494

运维 2.0 时代 运维 2.0 是指，从技术运维升级为服务运维，向公司提供可依赖的专业服务。运维 2.0 强调服务交付能力，而不是技术能力，需求可依赖、懂业务、服务化的专业运维。 为了了解运维 2.0 时代的监控方式，我们不妨从以前的监控手段说起。首先来了解一下 Zabbix ，通过 Zabbix 能够监视各种网络参数，保证服务器系统的安全运营；并提供灵活的通知机制以让系统管理员快速定位和解决存

声明：本文章本着学习交流为目的，简单介绍了maltego工具，请勿用于违法操作。天网恢恢疏而不漏！！！切记，切记。 一、简介     这是一款信息收集的工具。自动化实现以一个点出发，在网络中收集相关的信息。然后以关系图的方式展示出来。深度挖掘数据，并且发现一些你懒得去搜索的内容。 二、下载和安装     官网：www.paterva.com     下载地址：https://www.paterva

   最近在公司项目已经完成，在打包发布时，总会丢失一些jar包，从而报一些列的丢失依赖的错误问题。下面来分析下原因。  项目用SSH框架搭建的，并且单独把Web层和Core层分开来放置，在进行Tomact打包部署的时候，Core层的东西一直部署不进去，像Spring、Hibernate等的配置文件，如果打不进去的话，会报各种依赖注入的问题。经过一系列的排查，原来两个项目之间的依赖有问题。  刚开

一、UML的构造块包含3种     (1) 事物（4种）：结构事物，行为事物，分组事物，注释事物     (2) 关系（4种）：泛化关系，实现关系，依赖关系，关联关系     (3) 图（10种）：用例图，类图，对象图，包图，组件图，部署图，状态图，活动图，序列图，协作图 事物是对模型中最具代表性的成分的抽象；关系把事物结合在一起；图聚集了相关的事物。   二、关系（4种）        UML 

类与类图 1) 类(Class)封装了数据和行为，是面向对象的重要组成部分，它是具有相同属性、操作、关系的对象集合的总称。 2) 在系统中，每个类具有一定的职责，职责指的是类所担任的任务，即类要完成什么样的功能，要承担什么样的义务。一个类可以有多种职责，设计得好的类一般只有一种职责，在定义类的时候，将类的职责分解成为类的属性和操作（即方法）。 3) 类的属性即类的数据职责，类的操作即类的行为职责

阅读目录： 1.背景 2.从业务开始 3.从战略到战术 4.借助外力推动研发（QA、领导、自动化测试） 5.领域模型与SAAS平台的内核（价值最大化） 6.最后 1.背景 DDD本身的技术就不介绍了，本篇文章要分享下我在推广DDD或者说实施DDD的过程中的心得和宝贵的经验。事实证明，这是可行的方案。用好DDD是一回事，推广DDD是另外一回事。也许已经有一套客观理性的推广技术的方案，但是我只能说DD

；通常在大多数场景下被不加区别的混用，今天我们简单分析一下各自的含义和区别。 链路聚合是采用不同的聚合、合并方法把多个网络链路并行的连接起以便提供网络带宽和链路冗余，实现网络业务连续性；强调的是交换机端到端的链路，一般涉及端口、网卡和交换机(如LACP)绑定等。不同交换机厂商采用不同术语描述链路聚合，但目标都是一致的，即将两个或多个端口绑定在一起作为一个高带宽的逻辑端口来提升链路速度、冗余、弹性和

http://www.cnblogs.com/yangecnu/p/Introduce-Dependency-Injection.html 最近几天在看一本名为Dependency Injection in .NET 的书，主要讲了什么是依赖注入，使用依赖注入的优点，以及.NET平台上依赖注入的各种框架和用法。在这本书的开头，讲述了软件工程中的一个重要的理念就是关注分离(Separation of

单一职责原则（Single Responsibility Principle），简称SRP。 定义： There should never be more than one reason for a class to change. 应该有且仅有一个原因引起类的变更。 有时候，开发人员设计接口的时候会有些问题，比如用户的属性和用户的行为被放在一个接口中声明。这就造成了业务对象和业务逻辑被放在了一起

依赖倒转原则：抽象不应该依赖细节，细节应该依赖于抽象。 说白了就是面向接口变成，不要面向实现编程。就如电脑，内存 硬盘 等等都是针对接口设计的。 高层次的模块不应该依赖于低层次的模块，他们都应该依赖于抽象。 public class HondaCar{ public void Run(){ Console.WriteLine("本田开始启动了"); } pu

最近在Prettyyes一直想建立起非常专业的data pipeline系统，然后没有很多时间，这几个礼拜正好app上线，有时间开始建立自己的 data pipeline，能够很好的做每天的数据导入，数据收集，以及数据分析。 什么是ETL ETL 是常用的数据处理，在以前的公司里，ETL 差不多是数据处理的基础，要求非常稳定，容错率高，而且能够很好的监控。ETL的全称是 Extract，Trans

常规功能和模块自定义系统 (cfcmms)—024自定义grid列(8子模块聚合字段) 　　上一节中配置了子模块的记录数字段，还有一种字段就是聚合字段，也可以来进行配置。上一节在附加字段的时候，除了加进了“市”模块的可计数字段，还加入了一个可求和的“市”模块中的可求和字段“金额属性”。在“省” 的grid方案选择字段的时候，将“市金额属性求和”这个字段选中。即可显示在grid中。鼠标移动上去，可以

我业余时间做的IT聚合阅读平台早在2个月前就已经上线，iOS版本经过多次提交修改后仍然没有通过审核，现暂已放弃提交iOS版本。目前大家只能看到网页版，抱歉！ 名字：三四秒 网址：http://www.34miao.com 1、为什么要做这个？ 聚合嘛，肯定是为了一站式阅读。 2、聚合了哪些站点？ 抱歉，因为这个是为我自己打造的，所以聚合源上完全主观，谢绝客观。如正是您所需，万幸，如不是，出门右转有

控制的什么被反转了？就是：获得依赖对象的方式反转了。 依赖xml注入对象，改xml不改代码。 通俗好文转载链接：http://www.voidcn.com/article/p-ffewzjnw-hk.html 1.简介 依赖注入和控制反转，目的是为了使类与类之间解耦合，提高系统的可扩展性和可维护性，下面通过一个例子来引入这一概念。 2.案例 1）一般情况下的类耦合 Main.java public

Spring 能有效地组织J2EE应用各层的对象。不管 是控制层的Action对象，还是业务层的Service对象，还是持久层的DAO对象，都可在Spring的 管理下有机地协调、运行。Spring将各层的对象以松耦合的方式组织在一起，Action对象无须关心Service对象的具体实现，Service对 象无须关心持久层对象的具体实现，各层对象的调用完全面向接口。当系统需要重构时，代码的改写量将

在UML类图中，常见的有以下几种关系: 泛化（Generalization）, 实现（Realization），关联（Association)，聚合（Aggregation），组合(Composition)，依赖(Dependency) 泛化（Generalization） 【泛化关系】：是一种继承关系，表示一般与特殊的关系，它指定了子类如何特化父类的所有特征和行为。例如：老虎是动物的一种，即有老

设计模式：单一职责原则 中文名：单一职责原则 英文名：Single Responsibility Principle （SRP） 含义：对于一个类，应该仅有一个引起它变化的原因。通俗讲：如果有两个完全不一样的功能，就不应该把他们放在一个类中，一个类应该是一组相关性很高的函数，数据的封装。 示例： package com.csdnnew.csdnlogin; import com.csdnnew.

 QT生产的exe依赖很多dll，如何找出这些依赖并拷贝出来呢，最简洁的方法是： 用QT自带的windeployqt.exe工具运行需要处理的exe即可，写个bat批处理喽： [plain] view plain copy print ? C:\Qt\Qt5.4.2\5.4\msvc2013_64\bin\windeployqt.exe myexe.exe      pause   C:\Qt

ddddsdf

定义：不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。 问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。 解决方案：遵循单一职责原则。分别建立两个类T1、T2，使T1完成职责P1功能，T2完成职责P2功能。这样，当修改类T1时，不会使职责P2发生故障风险；同理，当修改T2时，也不会

这项原则最早是在1988年，由麻省理工学院的一位姓里的女士（Barbara Liskov）提出来的。 定义1：如果对每一个类型为 T1的对象 o1，都有类型为 T2 的对象o2，使得以 T1定义的所有程序 P 在所有的对象 o1 都代换成 o2 时，程序 P 的行为没有发生变化，那么类型 T2 是类型 T1 的子类型。 定义2：所有引用基类的地方必须能透明地使用其子类的对象。 问题由来：有一功能P

依赖倒置原则： A.高层次的模块不应该依赖于低层次的模块，他们都应该依赖于抽象。 B.抽象不应该依赖于具体，具体应该依赖于抽象。 定义：高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。 问题由来：类A直接依赖类B，假如要将类A改为依赖类C，则必须通过修改类A的代码来达成。这种场景下，类A一般是高层模块，负责复杂的业务逻辑；类B和类C是低层模块，负责基本的原子

问题由来：（一心二用，效率降低）类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。 解决方案：（专注做某件事情）遵循单一职责原则。分别建立两个类T1、T2，使T1完成职责P1功能，T2完成职责P2功能。这样，当修改类T1时，不会使职责P2发生故障风险；同理，当修改T2时，也不会使职责P1发生故障风险。 定义：不要

 领域驱动设计之领域模型 加一个导航，关于如何设计聚合的详细思考，见这篇文章。 2004年Eric Evans 发表Domain-Driven Design –Tackling Complexity in the Heart of Software （领域驱动设计），简称Evans DDD。领域驱动设计分为两个阶段： 以一种领域专家、设计人员、开发人员都能理解的通用语言作为相互交流的工具，在交

移动端APP设计规范 一般用PS建立画板的尺寸为：750x1334 字体用：华文细黑、思源黑体、Helvetica 字号：正文28px 行距38px 颜色#666； 注释24px 行距34px 颜色#999； 标题30px 行距40px 颜色#222。 头部状态栏：40px。 头部导航栏：88px，左右留空20px，文字36px，图标大小48px。 底部标签栏：98px，文字20px，图标大小48

问题由来： 类A直接依赖类B，假如要将类A改为依赖类C，则必须通过修改类A的代码来达成。这种场景下，类A一般是高层模块，负责复杂的业务逻辑；类B和类C是低层模块，负责基本的原子操作；假如修改类A，会给程序带来不必要的风险。 解决方案： 将类A修改为依赖接口I，类B和类C各自实现接口I，类A通过接口I间接与类B或者类C发生联系，则会大大降低修改类A的几率。 例子：PC里如果CPU、内存、硬盘都需要依

介绍： 单一职责原则（SRP)就一个类而言，应该仅有一个引起它变化的原因。 软件设计真正要做的许多内容，就是发现职责并把那些职责相互分离。其实要去判断是否应该分离出类来，也不难，那就是如果你能够想到多于一个的动机去改变一个类，那么这个类就具有多于一个职责，就应该考虑类的职责分离。 在编程时，我们要在类的职责分离上多思考，做到单一职责么这样你的代码才是真正的易维护、易扩展、易复用、灵活多样。 例如：

3.2.1  什么是循环依赖        循环依赖就是循环引用，就是两个或多个Bean相互之间的持有对方，比如CircleA引用CircleB，CircleB引用CircleC，CircleC引用CircleA，则它们最终反映为一个环。此处不是循环调用，循环调用是方法之间的环调用。如图3-5所示：   图3-5 循环引用        循环调用是无法解决的，除非有终结条件，否则就是死循环，最终导