上一页 1 ··· 7 8 9 10 11 12 13 14 15 16 下一页
摘要: 一、题目 21根火柴,A和B每人每次可以取走1——4根,不可多取,也不可不取,取最后一根火柴者输,要求A先取,B后取。如何保证B永远是胜利者。 二、分析 即必须是B最后只留给A 1根火柴。也就是除了最后第21根火柴,之前的每一轮都必须保证A和B取到的火车数之和为5。 三、源码 阅读全文
posted @ 2010-05-26 08:57 红脸书生 阅读(577) 评论(0) 推荐(0) 编辑
摘要: 在2~n-1之间找出n的两个因数(不一定是质因数)i和j,即i * j = n; 如果i是质数,则j必须是n的一个质因数,否则继续对j进行质因数分解。 如果j是质数,则i必须是n的一个质因数,否则继续对i进行质因数分解。 阅读全文
posted @ 2010-05-26 08:45 红脸书生 阅读(536) 评论(0) 推荐(0) 编辑
摘要: Fi = 1 (i =1), 2(i = 2), Fi-1 + F i-2 (i >= 3) 阅读全文
posted @ 2010-05-26 08:22 红脸书生 阅读(345) 评论(0) 推荐(0) 编辑
摘要: an / 2 – 1 = an+1 阅读全文
posted @ 2010-05-26 08:17 红脸书生 阅读(512) 评论(0) 推荐(0) 编辑
摘要: 1、使用多条命令 多个命令一起运行,只需要输入到同一行中,中间用分号隔开。 ex: data ; who 2、创建脚本文件 (1)以#!/bin/bash为第一行 (2)#加注释。 (3)每行以回车结束 (4)chmod +x 对脚本文件赋执行权 (5)带路径进行调用 3、显示消息 在shell脚本中需要显示额外信息的任何位置都可以添加echo语句 4、使用变量 (1)环境变量 (... 阅读全文
posted @ 2010-05-25 22:59 红脸书生 阅读(2164) 评论(0) 推荐(1) 编辑
摘要: 一、基本概念 抽象不应该依赖细节,细节应该依赖抽象。即针对接口编程,不要对实现编程。 A:高层模块不能依赖低层模块,两者都应依赖抽象。 B:抽象不应该依赖细节,细节应该依赖抽象。 二、里氏代换原则(LSP) 子类型必须能够替换掉它们的父类型 解释:一个软件实体如果使用的是一个父类的话,那么一定适用于其子类,而且它察觉不出父类对象和子类对象的区别。 也就是说,在软件里面,把父类都替换成它的子... 阅读全文
posted @ 2010-05-25 20:58 红脸书生 阅读(840) 评论(1) 推荐(0) 编辑
摘要: 一、基本概念 OCP: 软件实体(类、模块、函数等)应该可以扩展,但是不可修改。 解释:即对于扩展是开放的,对于修改是封闭的。 二、实际技巧 实际上,无论模式多么的‘封闭’,都会存在一些无法对之封闭的变化,既然不可能完全封闭,设计人员必须对于他设计的模块应该对哪种变化封闭做出选择。他必须先猜测出最有可能发生的变化种类,然后构造抽象来隔离那些变化。 即:当变化发生时,我们就创建抽象来隔离以后发... 阅读全文
posted @ 2010-05-25 20:11 红脸书生 阅读(536) 评论(0) 推荐(0) 编辑
摘要: 就一个类而言,应该仅有一个引起它变化的原因。   如果一个类承担的职责过多,就等于把这些职责耦合在一起,一个职责的变化可能会削弱或者抑制这个类完成其它职责能力。这种耦合会导制脆弱的设计,当变化发生时,设计会遭受到意想不到的破坏。 软件设计真正要做的许多内容,就是发现职责并把那些职责相互分离。 如果你能够想到多于一个的动机去改变一个类,那么这个类就具有多于一个的职责。 阅读全文
posted @ 2010-05-25 20:07 红脸书生 阅读(348) 评论(0) 推荐(0) 编辑
摘要: 一个3位数若等于各位的立方和,即是水仙花数 源码如下: 阅读全文
posted @ 2010-05-25 10:22 红脸书生 阅读(323) 评论(0) 推荐(0) 编辑
摘要: 若x mod 2 =1, x mod 3 = 2, x mod 5 = 4, x mod 6 = 5, x mod 7 =0;求最小解 源码如下: 阅读全文
posted @ 2010-05-25 10:18 红脸书生 阅读(773) 评论(0) 推荐(0) 编辑
上一页 1 ··· 7 8 9 10 11 12 13 14 15 16 下一页