本教程介绍pipeline的一种新的创建方式——在运行中创建，而不是在运行前一次性的创建结束。 介绍       在这篇教程里的pipeline并非在运行前就全部创建结束的。放松一下，这样做没有任何问题。如果我们不进行更深入的处理，那么数据在到达pipeline的末尾时就直接丢弃了，当然，我们肯定会进行深入处理的。。。       在这个例子中，我们会打开一个已经包含了音视频的文件（contain

原文地址：http://www.voidcn.com/article/p-dqcyhier-bme.html        在学习面向对象设计对象关系时，依赖、关联、聚合和组合这四种关系之间区别比较容易混淆。特别是后三种，仅仅是在语义上有所区别，所谓语义就是指上下文环境、特定情景等。他们在编程语言中的体现却是基本相同的，但是基本相同并不等于完全相同，这一点在我的前一篇博文《设计模式中类的关系》中已

原文地址：http://www.voidcn.com/article/p-obarfzju-bme.html 定义：不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。 问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。 解决方案：遵循单一职责原则。分别建立两个类T1、T2，使T1完成职

原文地址：http://www.voidcn.com/article/p-tawwljft-bme.html        肯定有不少人跟我刚看到这项原则的时候一样，对这个原则的名字充满疑惑。其实原因就是这项原则最早是在1988年，由麻省理工学院的一位姓里的女士（Barbara Liskov）提出来的。 定义1：如果对每一个类型为 T1的对象 o1，都有类型为 T2 的对象o2，使得以 T1定义的

原文地址：http://www.voidcn.com/article/p-zsgbmtjw-bme.html 定义：高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。 问题由来：类A直接依赖类B，假如要将类A改为依赖类C，则必须通过修改类A的代码来达成。这种场景下，类A一般是高层模块，负责复杂的业务逻辑；类B和类C是低层模块，负责基本的原子操作；假如修改类A，

OO(object-oriented): 基于对象概念 , 以对象为中心 , 以类和继承为构造机制 , 来认识 , 理解 , 刻画客观世界和设计 , 构建相应的软件系统的一门方法 ; 模拟人类的思维方式 , 使开发 , 维护 , 修改更加容易。   OOA(object-oriented analysis): 强调的是在系统调查资料的基础上，针对 OO 方法所需要的素材进行的归类分析和整理，而不是

看到一个对这个概念很好诠释的帖子，特转发过来供大家一起学习 转载地址http://www.iteye.com/topic/692793      IoC——Inversion of Control  控制反转  DI——Dependency Injection   依赖注入         要想理解上面两个概念，就必须搞清楚如下的问题： 参与者都有谁？ 依赖：谁依赖于谁？为什么需要依赖？  注入：

在学习面向对象设计对象关系时，依赖、关联、聚合和组合这四种关系之间区别比较容易混淆。特别是后三种，仅仅是在语义上有所区别，所谓语义就是指上下文环境、特定情景等。他们在编程语言中的体现却是基本相同的，但是基本相同并不等于完全相同，这一点在我的前一篇博文《设计模式中类的关系》中已经有所提及，下面就来详细的论述一下在java中如何准确的体现依赖、关联、聚合和组合。 首先看一看书上对这四种关系的定义： 依

ABP是“ASP.NET Boilerplate Project (ASP.NET样板项目)”的简称。 ASP.NET Boilerplate是一个用最佳实践和流行技术开发现代WEB应用程序的新起点，它旨在成为一个通用的WEB应用程序框架和项目模板。 ABP的官方网站：http://www.aspnetboilerplate.com ABP在Github上的开源项目：https://github.

前言 为了减少复杂性和提高代码的可重用性，采用分层架构是一种被广泛接受的技术。 为了实现分层的体系结构，ABP遵循DDD（领域驱动设计）的原则，将分为四个层次： 展现层（Presentation）：提供一个用户界面，实现用户交互操作。 应用层（Application）：进行展现层与领域层之间的协调，协调业务对象来执行特定的应用程序的任务。它不包含业务逻辑。 领域层（Domain）：包括业务对象和业

Vlan聚合（ Vlan aggregation）：通常说的super（超级） vlan。是指在一个主vlan下包括多个处于同一个IP网段的从vlan，但只需为主VLANif配置IP地址，各从vlan使用主vlan的VLANif地址作为网关实现三层互通（ARP proxy）。目的是解决IP地址浪费，提高编址的灵活性。 配置聚合vlan之后，普通vlan方式的网络地址、广播地址、网关地址都可以拿来做

    我们是由于效率和易用性的考虑才产生框架。框架能节省开发时间。框架强制使用公共的约定，因此它能有效地解决一些共有的问题，比如页面渲染，assert判断，安全或者应用配置等。这些共有的问题有个共通的特性是会在每个web应用上都用到。     框架是非常好的，它能让决定更连贯。框架能避免我们写一大堆自定义模块来实现这些性能，我们所需要做的就是将这些共用模块放在框架中实现。框架节省了我们不少的时间

什么是依赖注入 如果你已经知道依赖注入的概念，构造函数和属性注入模式，你可以跳过这一节。 维基百科说:“依赖注入是一种软件设计模式的一个或多个依赖项注入(或服务)，或通过引用传递，为依赖对象(或客户)和客户端状态的一部分。模式之间建立一个客户的依赖关系的行为，它允许程序设计是松散耦合的，依赖倒置和单一职责原则。它直接对比service locator模式，它允许客户了解他们所使用的系统找到依赖。”

   返回类型    函数 说明 bigint count(*) , count(expr), count(DISTINCT expr[,  expr_., expr_.]) 返回记录条数。 double sum(col), sum(DISTINCT col) 求和 double avg(col), avg(DISTINCT col) 求平均值 double min(col) 返回指定列中最小值

在测试gstreamer 命令 gst-launch udpsrc port=5000 caps="application/x-rtp, media=(string)video, clock-rate=(int)90000 ,encoding-name=(string)H264, payload=(int)96" ! \gstrtpjitterbuffer ! rtph264depay ! ffd

简述 单一职责原则（Single Responsibility Principle，简称SRP）。 定义：There should never be more than one reason for a class to change.（应该有且仅有一个原因引起类的变更。） 举例 电话通话通常有4个过程：拨号、通话、回应、挂机，其接口为： 代码为： public interface IPhone

简介 如果一个应用程序需要登录，则它必须知道当前用户执行了什么操作。因此ASP.NET在展示层提供了一套自己的SESSION会话对象，而ABP则提供了一个可以在任何地方 获取当前用户和租户的IAbpSession接口。 关于IAbpSession 需要获取会话信息则必须实现IAbpSession接口。虽然你可以用自己的方式去实现它（IAbpSession），但是它在module-zero项目中已经

Server side(服务器端) ASP.NET Boilerplate使用Castle Windsor's logging facility日志记录工具，并且可以使用不同的日志类库，比如：Log4Net, NLog, Serilog... 等等。对于所有的日志类库，Castle提供了一个通用的接口来实现，我们可以很方便的处理各种特殊的日志库，而且当业务需要的时候，很容易替换日志组件。 译者注释

原文请看：http://www.cocoachina.com/special/design/ 规范篇 首先你需要学习的是三大平台的官方设计规范。 iOS开发者需要学习Android和WP平台的规范吗？需知，他山之石可以攻玉，在这些规范中都有一些理念是通用的，学习别家平台的设计可以为本平台的设计提供新思路。 苹果人机界面指南 谷歌 Material Design 微软 Windows8 Style

这篇内容将介绍Mac和iOS开发中必备的一个依赖库管理工具 CocoaPods。   在iOS开发中势必会用到一些第三方依赖库，比如大家都熟悉的ASIHttpRequest、AFNetworking、JSONKit等。使用这些第三方类库能极大的方便项目的开发，但是，集成这些依赖库需要我们手动去配置，例如集成ASIHttpRequest库时除了加入源码以外还需要手动去添加一些系统的framework

QT生产的exe依赖很多dll，如何找出这些依赖并拷贝出来呢，最简洁的方法是： 用QT自带的windeployqt.exe工具运行需要处理的exe即可，写个bat批处理喽： C:\Qt\Qt5.4.2\5.4\msvc2013_64\bin\windeployqt.exe myexe.exe pause 双击运行后，依赖的dll就自动拷贝到exe所在目录下了。 文件打包嘛，用Enigma Vir

实体是DDD（领域驱动设计）的核心概念之一。Eric Evans是这样描述的“很多对象不是通过它们的属性定义的，而是通过一连串的连续性事件和标识定义的”（引用领域驱动设计一书）。 译者注：对象不是通过它们的属性来下根本性的定义，而应该是通过它的线性连续性和标识性定义的。。所以，实体是具有唯一标识的ID且存储在数据库中。实体通常被映射成数据库中的一个表。 实体类(Entity classes) 在A

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

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

创建日期：2012年7月3日 修改日期：2012年7月19日 前段时间细节的了解了Jedis的使用，Jedis是redis的java版本的客户端实现。 本文做个总结，主要分享如下内容： 【pipeline】【分布式的id生成器】【分布式锁【watch】【multi】】【redis分布式】 好了，一个一个来。 一、 Pipeline 官方的说明是：starts a pipeline,which is

定义：不要存在多于一个导致类变更的原因。 通俗的说，即一个类只负责一项职责。 问题由来：类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 的子类型。

定义： 高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。 问题由来：类A直接依赖类B，假如要将类A改为依赖类C，则必须通过修改类A的代码来达成。这种场景下，类A一般是高层模块，负责复杂的业务逻辑；类B和类C是低层模块，负责基本的原子操作；假如修改类A，会给程序带来不必要的风险。 解决方案：将类A修改为依赖接口I，类B和类C各自实现接口I，类A通过接口I间接与

OOA 　　Object-Oriented Analysis：面向对象分析方法 　　是在一个系统的开发过程中进行了系统业务调查以后，按照面向对象的思想来分析问题。OOA与结构化分析有较大的区别。OOA所强调的是在系统调查资料的基础上，针对OO方法所需要的素材进行的归类分析和整理，而不是对管理业务现状和方法的分析。 　　OOA（面向对象的分析）模型由5个层次（主题层、对象类层、结构层、属性层和服务层

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