///题意： /// A,B掷骰子，对于每一次点数大者胜，平为和，A先胜了m次A赢，B先胜了n次B赢。 ///p1表示a赢，p2表示b赢，p=1-p1-p2表示平局 ///a赢得概率 比一次p1 两次p0*p1 三次 p0^2*p1,即A赢的概率为p1+p*p1+p^2*p1+...p^n*p1,n->无穷 ///即a_win=p1/(1-p);b_win=p2/(1-p); ///dp[i][j

本文转自 http://www.uml.org.cn/oobject/201006114.asp   http://justsee.iteye.com/blog/808799 谢谢作者分享 UML的构造快包含3种：  (1) 事物（4种）：结构事物，行为事物，分组事物，注释事物 (2) 关系（4种）：泛化关系，实现关系，依赖关系，关联关系 (3) 图（10种）：用例图，类图，对象图，包图，组件图，

题目链接：http://acm.hdu.edu.cn/showproblem.php?pid=3076 Problem Description One day, sssworld and DDD play games together, but there are some special rules in this games. They both have their own HP. Each

题意应该很明显，甩骰子决定谁扣血，输的扣血，赢的不变，平局双方都不变。 解题时有好几个地方想错了： 1. 原本以为dp[i][j]表示当前A和B的血量，结果想反了，整个思路貌似有点偏 2. 以为平局的概率也要加入，事实上也是错误1引起的，修改为dp[i][j]表示A和B赢的次数就好理解了，简化问题，去掉平局，p1 = win/(win+lose) ; p2 = lose/(win+lose)  

http://www.gbtags.com/gb/share/3989.htm

Web后端开发者应该对依赖注入都比较熟悉，至于Android又是如何进行依赖注入的呢？在这篇文章中，让我们一起通过一个例子了解一下在Android中进行依赖注入的好处。 AndroidAnnotations AndroidAnnotations是一个致力于加快应用开发速度的Android端开源框架，它关注纵向开发，让开发者把注意义集中在真正重要的事情上。AndroidAnnotations让你的代

Web后端开发者应该对依赖注入都比较熟悉，至于Android又是如何进行依赖注入的呢？在这篇文章中，让我们一起通过一个例子了解一下在Android中进行依赖注入的好处。 AndroidAnnotations AndroidAnnotations是一个致力于加快应用开发速度的Android端开源框架，它关注纵向开发，让开发者把注意义集中在真正重要的事情上。AndroidAnnotations让你的代

OOA和OOD OOA是什麽？ 面向对象分析就是分析用户需求建立问题域精确模型的过程。（问题域：简单的说就是执行基本功能的对象） OOA核心是什么？ 找出问题域内的对象，并且分析他们之间的相互关系。 举例：例如我们之前的机房收费系统，在没有这个实体之前，师傅肯定说自己回去好好理理那几张表的关系，并且把自己想象成网吧的工作人员，看看大体上的功能流程是什么样的。我想这其实就是面向对象分析的过程。而那些

A：高层模块不应该依赖于底层模块，两个都应该依赖抽象。 （我理解的意思是：高层模块一般是 主动调用者，底层模块封装的是 一些各个类的功能细节，这些底层类同时又继承一个包含这些类的公共方法的一个抽象类，在高层模块中调用这些类的各个实例，来调用每个类的具体方法！这样就省略了各个类在高层类中的实例，及其调用各个类的方法，这样既降低了高层模块和底层模块的耦合关系，也运用了开放封闭原则，通过 面向对象的继承

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

类之间的关系 种类：  Generalization( 泛化 ) ， Dependency( 依赖关系 ) 、 Association( 关联关系 ) 、 Aggregation( 聚合关系 )、 Composition( 合成关系 ) 。     其中Aggregation(聚合关系)、Composition(合成关系)属于Association(关联关系)，是特殊的Association关联关

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

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

链路聚合   一．实验目的：学习并创建聚合链路，了解网络负载分担   实验内容： 一. 实验拓扑图   二．创建聚合端口 SW1 <SW1>system-view  //进入系统视图 [SW1]interface Bridge-Aggregation 10  //创建聚合端口10 [SW1]interface Ethernet 0/4/0    //进入接口视图 [SW1-Ethernet0/4/

单一服务器管理组方案结合了可在Windows Server 2012 或 Windows Server 2012 R2 操作系统（作为 Active Directory 域中的成员服务器运行）的单一实例上共存的所有管理组角色。此实例可位于专用硬件上或虚拟计算机上。 可以将操作控制台部署到单一服务器以外的其他计算机上，并且可以通过浏览器访问 Web 控制台。然后，根据部署 System Center

测试驱动开发(TDD)是极限编程的重要特点，它以不断的测试推动代码的开发，既简化了代码，又保证了软件质量。本文从开发人员使用的角度，介绍了 TDD 优势、原理、过程、原则、测试技术、Tips 等方面。 1 评论： 李群 ([email protected])www.ihere.org 2004 年 11 月 19 日 内容 背景 一个高效的软件开发过程对软件开发人员来说是至关重要的，决定着开发是痛

在使用CocoaPods时，pod install默认只能为xcode工程的第一个target添加依赖库支持。如果要为所有的target增加可按照如下步骤进行 两种情 1. 编辑Podfile文件 第一种 所有的target使用相同的第三方依赖配置 link_with 'TargetName1', 'TargetName2' platform :ios, '6.1' pod 'MKNetworkK

这个话题可能看起来很枯燥，但它对mysql的性能优化非常重要。事实上我在MYSQL 咨询工作中无时无刻接不在接触这类问题。 IO工作负载与cpu依赖完全不同，尤其是当你的工作集（通常只有数据库的一小部分）载入内存的时候。当数据在内存中时读取是非常快的，如果不在内存中，则非常缓慢。例如，当你查询分析10000行数据时，如果这10000行全部加载在内存中，则只需要很短时间;但是如果到磁盘上去读的话，我

转自http://dotnetfresh.cnblogs.com/archive/2005/06/27/181878.html     依赖倒置、控制反转和依赖注入辨析   在《道法自然——面向对象实践指南》一书中，我们采用了一个对立统一的辩证关系来说明“模板方法”模式—— “正向依赖 vs. 依赖倒置”（参见：《道法自然》第15章[王咏武， 王咏刚 2004]）。这种把“好莱坞”原则和 “依赖倒

这个话题可能看起来很枯燥，但它对mysql的性能优化非常重要。事实上我在MYSQL咨询工作中无时无刻接不在接触这类问题。 IO工作负载与cpu依赖完全不同，尤其是当你的工作集（通常只有数据库的一小部分）载入内存的时候。当数据在内存中时读取是非常快的，如果不在内存中，则非常缓慢。例如，当你查询分析10000行数据时，如果这10000行全部加载在内存中，则只需要很短时间;但是如果到磁盘上去读的话，我们

课程背景： 聚合数据是一家国内最大的基础数据 API 提供商。免费提供从天气查询、空气质量、地图坐标到金融基金、电商比价、违章查询等各个领域的安全、稳定和高效的数据。开发者可以免费使用聚合数据 API 进行移动 App 的快速开发，免除数据收集、维护等环节，大大降低开发周期及成本。 核心内容： 1.条码查询器结构分析。 2.如何将聚合数据 SDK 添加到工程中。 3.模型以及业务类的封装。 4.控

有的朋友会因此重新装多次虚拟机，呵呵，现在不用麻烦了这主要是非正常关虚拟机造成的，具体原因如下：虚拟机为了防止有多虚拟机共用一个虚拟磁盘（就是后缀为.vmdk那个文件）造成数据的丢失和性能的削弱，每次启动虚拟机时会给每个虚拟磁盘加一个磁盘锁（也就是后缀为.lck的那个文件）对虚拟磁盘文件进行锁定保护，在关掉虚拟机时又会自动删除那个磁盘锁文件。当虚拟机非正常关闭，那个磁盘锁文件就不会自动删除。这样下

unit testdll; interface uses Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms, Dialogs, StdCtrls; type TForm1 = class(TForm) Button1: TButton; procedure Butto

背景 一个高效的软件开发过程对软件开发人员来说是至关重要的，决定着开发是痛苦的挣扎，还是不断进步的喜悦。国人对软件蓝领的不屑，对繁琐冗长的传统开发过程的不耐，使大多数开发人员无所适从。最近兴起的一些软件开发过程相关的技术，提供一些比较高效、实用的软件过程开发方法。其中比较基础、关键的一个技术就是测试驱动开发（Test-Driven Development）。虽然TDD光大于极限编程，但测试驱动开发

使用聚合函数进行统计汇总 count：返回结果集中行的数目 sum：返回结果集中所有值的总和 avg：返回结果集中所有值的平均值 max：返回结果集中所有值的最大值 min：返回结果集中所有值的最小值 语法形式如下： select count（计数规范） from 表名 select sum（计数规范） from 表名 select avg（计数规范） from 表名 select max（计数规

代码不方便阅读：查看底部“阅读原文”即可 测试驱动开发(Test Driven Development，以下简称TDD)是保证代码质量的不二法则，也是先进程序开发的共识。Apple一直致力于在iOS开发中集成更加方便和可用的 测试，在Xcode 5中，新的IDE和SDK引入了XCTest来替代原来的SenTestingKit，并且取消了新建工程时的“包括单元测试”的可选项（同样待遇的还有 使用AR