20175234 2018-2019-2 我的项目:数字黑洞

[TOC] ###黑洞简介html

####数字黑洞是什么(如下连接能够直达,单个详细博客)java

对于数学黑洞,不管怎样设值,在规定的处理法则下,最终都将获得固定的一个值,再也跳不出去了,就像宇宙中的黑洞能够将任何物质,以及运行速度最快的光紧紧吸住,不使它们逃脱同样。git

####西西弗斯黑洞 西西弗斯黑洞,即123黑洞,对任一整数,不断重复数出这个数中的偶数个数,奇数个数,及这个数中所包含的全部位数的总数,将数整理为“偶数个数,奇数个数,总位数”排列,最后必得出123的结果。编程

####冰雹猜测 冰雹猜测是指,一个天然数x,若是是奇数就乘以3再加1,若是是偶数就析出偶数因数2ⁿ,这样通过若干个次数,最终回到1。函数

####圣经数 任写一个3的倍数(正整数),把各位数字的立方相加,得出和,再把和的各位数字立方后相加,如此反复进行,最后必然出现“圣经数”。测试

####数字黑洞1和4 数学黑洞1和4是指任取一个非0天然数,求出它的各个数位上数字的平方和,获得一个新数。再求出这个新数各个数位上数字的平方和,又获得一个新数。如此进行到最后只有两种状况: 出现1,以后永远都是1;出现4,以后开始按四、1六、3七、5八、8九、14五、4二、20循环。ui

###需求分析spa

  • 根据用户选择的黑洞类型,验证用户输入的正整数的黑洞状况。

###功能设计设计

  • 实现用户想要验证的黑洞类型。
  1. 西西弗斯黑洞
  2. 冰雹猜测
  3. 圣经数
  4. 数字黑洞1和4

  • 可以实现处理异常输入值,如float型或者char型

###测试运行 1.异常输入测试 3d

2.调用其余包内类结果测试

其余测试结果,可由上面连接,进入单个博客查看

###设计实现

  1. 用户界面 :实现读取用户输入的黑洞类型
  2. 判断输入值是否合法
  3. 调用所须要的类型
  4. 计算、验证黑洞状况

###核心代码及码云连接

1.异常输入处理,代码以下

import java.util.Scanner;
public class Testint {
    public int Testint(){
        {
            Scanner sc = new Scanner(System.in);
            String x;
            int count = 0;
            while (count < 3) {
                try {
                    x = sc.nextLine();
                    //以获取字符串形式获取输入值
                    if (Integer.valueOf(x) instanceof Integer) {
                    //判断输入值是否为int型,Integer为int的包装类
                        int i = Integer.parseInt(x);
                        return i;
                    }
                } catch (Exception e) {
                    System.out.println("警告!!!您须要输入正整数.");
                    count++;
                }
            }
            System.out.println("错误次数过多,您的请求被拒绝!");
            return -1;
        }
    }
}

其中next() 方法会使得出现以下状况,因此必须须要nextLine()

instanceof是Java中的一个双目运算符,用来测试一个对象是否为一个类的实例,具体用法可参考instanceof的用法

2.调用其余包中函数import 包名.函数名,例子如图

3.计算整数的数据长度

除了简单的递归除以10之外,可使用Java提供的为int提供的封装类Integer,如下是构造方法和经常使用方法摘要。

###修改路上的坎坎坷坷 尝试一 调用其余主函数主函数名.main(null)

为了使程序更加的整齐规范,仍是将这个用法废弃了。

尝试二 在尝试更改类名、包名时,我看到了重构的方便

###总结

1. 要尽可能按照驼峰规则命名,而且按照其英语名称命名,增长后期整理总结可读性。 2. 在前期写单个函数时就要尽可能遵照SOLID规则,后期的修改更为麻烦。 ###PSP |步骤 |耗时(分钟) | 百分比 | | :-------:|:--------:| :---: | | 需求分析 | 50 | 14.2% | | 设计 | 40 | 11.4% | | 代码实现 | 120 | 34.2% | | 测试 | 20 | 5% | | 分析总结 | 120 | 34.2% |

###参考资料

相关文章
相关标签/搜索