随着大规模的项目越来越多，许多项目都引入了依赖注入框架，其中最流行的有Castle Windsor, Autofac和Unity Container。 微软在最新版的Asp.Net Core中自带了依赖注入的功能，有兴趣可以查看这里。 关于什么是依赖注入容器网上已经有很多的文章介绍，这里我将重点讲述如何实现一个自己的容器，可以帮助你理解依赖注入的原理。 容器的构想 在编写容器之前，应该先想好这个容

Restful API 的设计规范 1. URI URI规范 资源集合 vs 单个资源 避免层级过深的URI 对Composite资源的访问 2. Request HTTP方法 安全性和幂等性 复杂查询 Bookmarker Format Content Negotiation 6. Response 分页response 7. 错误处理 8. 服务型资源 9. 异步任务 10. API的演进 版

俗话说：“不会偷懒的程序员不是好的程序员！”。作为一名Android开发，是不是经常厌烦了大量的findViewById以及setOnClickListener代码，而ButterKnife是一个专注于Android系统的View注入框架，让你从此从这些臃肿的代码中解脱出来。 首先看一下在Android Studio中引入ButterKnife步骤如下： 在项目上右键，选择Open Module

说到依赖注入（DI）可能既陌生又熟悉，陌生可能是因为这个让人蒙圈的新名词，熟悉可能是因为貌似隐约理解且曾经写出过这样的例子。不过这些都没关系，相信看了下面一系列的文章，会让你有种茅塞顿开的感觉！ PART1 简书：谈谈依赖注入与面向接口编程——作者讲解了关于DI的一些概念并配上了Demo，更易理解。同时包含了几篇扩展资料（英文），喜欢挑战的朋友可以深入！ ps：对比了其他的一些文章，笔者觉得以上文

前言 Swagger 是一个规范和完整的框架，用于生成、描述、调用和可视化 RESTful 风格的 Web 服务。总体目标是使客户端和文件系统作为服务器以同样的速度来更新。文件的方法，参数和模型紧密集成到服务器端的代码，允许API来始终保持同步。Swagger 让部署管理和使用功能强大的API从未如此简单。好吧，以上是官方的说法，我直接复制的，在我看来swagger就是一个接口文档管理器，以前我们

   研究repository模式遇到此概念，看完后觉得可以。     1. IoC——Inversion of Control  控制反转      2.DI——Dependency Injection   依赖注入         要想理解上面两个概念，就必须搞清楚如下的问题： 参与者都有谁？ 依赖：谁依赖于谁？为什么需要依赖？  注入：谁注入于谁？到底注入什么？ 控制反转：谁控制谁？控制什么

【实验目的】 理解端口聚合的工作原理，掌握如何在交换机上配置端口聚合。 【需求分析】 需要在两台交换机之间的冗余链路上实现端口聚合，并且在聚合端口上设置 Trunk，以 增加网络骨干链路的带宽。 【实验设备】 三层交换机 1 台 二层交换机 1 台 【实验原理】 端口聚合（Aggregate-port）又称链路聚合，是指两台交换机之间在物理上将多个端口 连接起来，将多条链路聚合成一条逻辑链路。从而

【实验名称】 端口聚合配置。 【实验目的】 理解端口聚合的工作原理，掌握如何在交换机上配置端口聚合。 【背景描述】 假设某企业采用两台交换机组成一个局域网，由于很多数据流量是跨过交换机进行转发 的，因此需要提高交换机之间的传输带宽，并实现链路冗余备份，为此网络管理员在两台交 换机之间采用两根网线互连，并将相应的两个端口聚合为一个逻辑端口，现要在交换机上做 适当配置来实现这一目标。 【需求分析】 需

【实验名称】 端口聚合配置。 【实验目的】 理解端口聚合的工作原理，掌握如何在交换机上配置端口聚合。 【背景描述】 假设某企业采用两台交换机组成一个局域网，由于很多数据流量是跨过交换机进行转发 的，因此需要提高交换机之间的传输带宽，并实现链路冗余备份，为此网络管理员在两台交 换机之间采用两根网线互连，并将相应的两个端口聚合为一个逻辑端口，现要在交换机上做 适当配置来实现这一目标。 【需求分析】 需

实验名称：端口聚合配置 实验目的：理解端口聚合的工作原理，掌握如何在交换机上配置端口聚合。 实验仪器：两台交换机（三层二层各一台）两台计算机（输入配置信息） 实验原理：端口聚合（Aggregate-port）又称链路聚合，是指两台交换机之间在物理上将多个端口 连接起来，将多条链路聚合成一条逻辑链路。从而增大链路带宽，解决交换网络中因带宽引 起的网络瓶颈问题。多条物理链路之间能够相互冗余备份，其中任

实验七 端口聚合配置 1.准备工作： 工具：1台3层交换机，1台2层交换机，网线 （1）      开始 --> 控制面板 --> 程序 --> 程序和功能 --> 打开或关闭Windows功能 --> 勾选Telnet客户端 （2）      开始 --> 运行程序:cmd --> telnet 172.28.15.104 2006（打开其中一台交换机） 2.配置3层交换机IP和Trunk 3.

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

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

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

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

实验目的  理解端口聚合的工作原理，掌握如何在交换机上配置端口聚合 需求分析  需要在两台交换机之间的冗余链路上实现端口聚合，并且在聚合端口上设置Trunk,以增加网络骨干链路的带宽。 实验原理  端口聚合又称链路聚合，是指两台交换机之间在物理上将多个端口连接起来，将多条链路聚合城一条逻辑链路。从而增大链路带宽，解决交换网络中因带宽引起的瓶颈问题。多条物理链路直接能够相互冗余备份，其中任意一条链路

   不管你用什么编程语言，都会面临如何处理错误日志的问题。很多程序员对错误日志放任自流，直到出现故障了才追悔莫及，如果问小编怎么办，我会给你推荐 Sentry！ 什么是Sentry？    无论测试如何完善的程序，bug总是免不了会存在的，有些bug不是每次都会出现，测试时运行好好的代码可能在某个用户使用时就歇菜了，可是当程序在用户面前崩溃时，你是看不到错误的，当然你会说:“Hey, 我有记日志

一、实验目的 理解快速生成树协议rstp以及端口聚合的工作原理，掌握如何在交换机上配置快速生成树以及端口聚合功能 二、实验原理 生成树协议作用是在交换网络中提供冗余备份链路，并且解决交换网络中的环路问题。生成树协议是利用spa算法，在存在交换环路的网络中生成一个没有环路的树形网络。运用该算法将交换网络冗余的备份链路在逻辑上断开。而当主要链路故障时可以自动切换到备份链路，保证数据的正常转发。 端口聚

领域驱动设计之聚合与聚合根 对实体与值对象等进行关联设计后，就应该进行聚合的划分以及聚合根的确定。 首先我们需要明确为什么需要进行聚合的划分？ 原来我们的系统对领域划分的最小单位通常是模块，比如客户信息管理模块、雇员信息管理模块。但模块的划分对于设计来说，还是显得粒度太粗。 一.聚合与聚合根 1.定义了对象之间清晰的关系和边界，并实现领域模型的内聚。我的理解是：一个聚合内的对象才具有强关联，对象的

1.      聚合根、实体、值对象的区别？ 从标识的角度： 聚合根具有全局的唯一标识，而实体只有在聚合内部有唯一的本地标识，值对象没有唯一标识，不存在这个值对象或那个值对象的说法； 从是否只读的角度： 聚合根除了唯一标识外，其他所有状态信息都理论上可变；实体是可变的；值对象是只读的； 从生命周期的角度： 聚合根有独立的生命周期，实体的生命周期从属于其所属的聚合，实体完全由其所属的聚合根负责管理维

试验目的：理解端口聚合的工作原理，掌握如何在交换机上配置端口聚合。 实验步骤： 配置两台交换机的主机名和管理ip地址。 在两台交换机上配置聚合端口。 将聚合端口设置为trunk。 设置聚合端口的负载平衡模式 查看聚合端口的配置。 验证配置。

【实验名称】 端口聚合配置。 【实验目的】 理解端口聚合的工作原理，掌握如何在交换机上配置端口聚合。 【背景描述】 假设某企业采用两台交换机组成一个局域网，由于很多数据流量是跨过交换机进行转发 的，因此需要提高交换机之间的传输带宽，并实现链路冗余备份，为此网络管理员在两台交 换机之间采用两根网线互连，并将相应的两个端口聚合为一个逻辑端口，现要在交换机上做 适当配置来实现这一目标。 【需求分析】 需

领域驱动设计之聚合与聚合根实例一 通过一个实例来说明如何划分聚合与聚合根 场景：一个下订单的业务，一个订单必须有相应的客户信息，订单下有订单项，每个订单项必须有相应的产品信息，产品有分类的信息。 1.根据这个基本的需求，我们初步确定的实体、值对象与关联关系为（这里采用EF的Model First）： 2.经过业务深入分析，以及聚合与聚合根确定原则，最终我们确定的聚合与聚合根是（红色代表聚合根，蓝色

步骤1：配置两台交换机的主机名和管理IP地址 步骤2：在两台交换机上配置聚合端口 步骤3：将聚合端口设置为Trunk 步骤4：设置聚合端口的负载平衡方式 步骤5：验证配置

作者系武汉蜜蜂宝网络科技有限公司总经理 支付最终回归服务，以“服务为王”的理念才能赢得市场。当众多商户、用户需要支付服务时，支付服务正呈现另外一种形态：聚合支付。 平台之争下的市场空隙 在市场上，支付公司、银行卡清算机构、银行，更多是“本位主体”，都希望有自己的平台。那么，平台一旦形成就会有标准。一家商户需要受理银行卡直接刷卡、受理扫码以及受理其他支付方式，需要掌握众多的标准和规则。 同时，由于各

转自：https://github.com/android-cn... 依赖 如果在 Class A 中，有 Class B 的实例，则称 Class A 对 Class B 有一个依赖。例如下面类 Human 中用到一个 Father 对象，我们就说类 Human 对类 Father 有一个依赖。 public class Human { ... Father father; ... publi

（转载）http://www.cnblogs.com/liuzhang/archive/2013/03/17/2964095.html　 最近研究设计模式，看类图有点发虚！有些关系搞的不是很清楚。所以整理一下：  　 类与类之间由弱到强关系是:    没关系 > 依赖 > 关联 > 聚合 > 组合。 　 类和类之间八竿子打不着那就是没关系，这个没啥歧义。      　依赖(dependency)

单一职责原则 概念定义 单一职责原则（Single Responsibility Principle，简称是SRP）：应该有且仅有一个原因引起类的变更。通俗的说，即一个类只负责一项职责。 问题来源 类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生 改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发 生故障。 解决方案 遵循单一职责原则。分别建立两个类T1、T2，使T1

里氏替换原则 概念定义 里氏代换原则（Liskov Substitution Principle）：所有引用基类的地方必须能透明地使用其子类的对象。 问题来源 有一功能P1，由类A完成。现需要将功能P1进行扩展，扩展后的功能为P，其中P由原有功能P1与新功能P2组成。新功能P由类A的子类B来完成，则子类B在完成新功能P2的同时，有可能会导致原有功能P1发生故障。 解决方案 当使用继承时，遵循里氏替

原文链接：http://www.cnblogs.com/linjiancun/archive/2010/10/13/1849908.html 依赖注入产生的背景： 随着面向对象分析与设计的发展，一个良好的设计，核心原则之一就是将变化隔离，即：高内聚，低耦合。使得变化部分发生变化时，不变部分不受影响。为了做到这一点，要利用面向对象中的多态性，使用多态性后，客户类不再直接依赖服务类，而是依赖于一个抽象