junit

这份文档是 Google Java 编程风格规范的完整定义。当且仅当一个Java源文件符合此文档中的规则， 我们才认为它符合Google的Java编程风格。原文：google.github.io/styleguide/javaguide.html 译者：Hawstein 来源：hawstein.com/2014/01/20/google-java-style/ 与其它的编程风格指南一样，这里所讨论的不仅仅是编码格式美不美观的问题， 同时也讨论一些约定及编码标准。然而，这份文档主要侧重于我们所普遍遵循的规则， 对于那些不是明确强制要求的，我们尽量避免提供意见。 在逆锋起笔微信公众号后台回复关键字：规范，可获取高清 PDF 版的下载地址《Google Java编程风格指南/规范》 如果你想获取阿里巴巴最新的《Java开发手册》，请关注逆锋起笔微信公众号，在后台回复关键字：java手册，既可获取。 1.1 术语说明 在本文档中，除非另有说明： 1、术语class可表示一个普通类，枚举类，接口或是annotation类型( @interface) 2、术语comment只用来指代实现的注释(implementation comments)，我们不使用“documentation comments”一词，而是用Javadoc。 其他的术语说明会偶尔在后面的文档出现。 1.2 指南说明

看到一个新的注解以前没有用过，记录一下使用方法。 注意是：com.fasterxml.jackson.annotation.JsonView @JsonView可以过滤pojo的属性，使Controller在返回json时候，pojo某些属性不返回，比如User的密码，一般是不返回的，就可以使用这个注解。 @JsonView使用方法： 　　1，使用 接口 来声明多个视图 　　2，在pojo的get方法上指定视图 　　3，在Controller方法上指定视图 例子：条件查询时候不返回用户的密码，查看详情时候返回用户的密码 User： package com.imooc.dto; import com.fasterxml.jackson.annotation.JsonView; public class User { public interface UserSimpleView {}; public interface UserDetailView extends UserSimpleView{}; // 继承 private String username; private String password; // UserSimpleView视图有 @JsonView(UserSimpleView. class ) public String getUsername() {

OO第四单元博客作业 BUAA_1706_HugeGun 目录 第四单元作业架构设计 四个单元架构设计及OO方法理解 四个单元测试理解与实践演进 课程收获 一点建议 第四单元作业架构设计 ### 第十三次作业： 用HashMap嵌套HashSet、ArrayList建抽象图 查询在容器里找就行了 共440行 第十四次作业： 复制上一次作业代码来解决类图查询 新建check类并复制上次作业建的图，然后完成三种check： 001： 用String(id)建容器， \(O(n^2)\) 查询重复name 002： dfs找环，不重复搜索保证复杂度 003： dfs找路径，不重复搜索保证复杂度 时序图查询： 用HashMap嵌套HashSet、ArrayList建抽象图 查询在容器里找就行了 四个单元架构设计及OO方法理解 怎么好写怎么来。 没有用过继承和接口，因为作业里还是用实例化舒服 多线程很好玩 JML不好用 JUNIT不如对拍 地铁很好玩，虽然标程T了 UML很面向过程 四个单元测试理解与实践演进 别问，问就是对拍 datamaker用C++ 表格生成用python 批处理用batch (OO用java) 课程收获 我学会了面向对象 我学会了java编程基础 一点建议 1、多找人验验题，看看指导书，一点疏漏可能会导致很大的问题，使学生产生厌烦心理， 在竞赛里

这个作业属于哪个课程 < 2020 春 W 班 (福州大学) > 这个作业要求在哪里 < 作业要求 > 团队名称 <旗山的骄傲> 这个作业的目标 <Beta 冲刺> 作业正文 < 作业正文 > 其他参考文献 <《构建之法》> part.01 设想和目标 我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？ 解决问题 服务于高校师生，集任务发布、物品租赁、失物招领及其他附加功能的校园综合平台。解决了高校日常生活中需要解决难题时需要发布任务的情景；解决了对某类物品急用时物品租赁的场景；解决了丢失/捡到失物时失物招领的情景；解决了找人/找群/找历年卷时使用附加功能时的场景。 定义是否很清楚 定义较为清楚 是否对典型用户和典型场景有清晰的描述 有针对四个模块对典型用户和典型场景有清晰的描述（见下） 发布任务 典型用户：刘志勇 用户需求：代领快递 场景描述： 雨天，一位名为刘志勇的大学生收到了一条快递信息，要去5区在19：00前领快递，但是他不想出门，又不知道专门的代领快递的组织，这时他点开了手机上的“校园芥子空间”app，点击“发布任务”，发起了高额悬赏——5元，不到五分钟就有人接了单，在一小时后给他送快递上门，伴随着“尊敬的刘先生，你的快递到了”的话语以及支付宝到账的提示音，任务结束。 物品租赁 典型用户：刘志勇，黄晓东 用户需求：出租衣服，租赁衣服

一、设想和目标 1、我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？ 解决的问题（按特性来定义）： ①交互性：用户不仅仅只是能够发表帖子、点赞、评论，还可以使用时间轴记录生活，供个人回忆。查看地图，获取热点区域。 ②直观性：地图的深浅颜色快速获取最活跃的周边信息、生活分享或美食评价。不再迷惘于广大的城市，而没有目标。 ③单纯性：追求更为单纯的分享，而不是参与商业性的带货行为。不必在浏览他人分享时，让广告映入眼帘。 ④隐私性：提供匿名发帖、匿名评论的功能，无需创建多个小号来宣泄烦恼，减少多个账号切换的繁琐。 2、我们达到目标了么（原计划的功能做到了几个？ 按照原计划交付时间交付了么？ 原计划达到的用户数量达到了么?) 已实现的功能如下（按时间交付但未达到目标）： ①地图模块：地图气泡图实现了福建省区块，虽暂未完成其他省份，但已大致出现气泡图的雏形，之后不断扩宽至全国修改样式即可。 ②帖子模块：能够完成用户的看帖、发帖、删帖、交互（点赞、评论、TAG） ③时间轴模块：能够对时间轴进行添加、筛选、删除 ④个人空间模块：对个人空间的信息进行修改和筛选。能够看到关注列表，进入别人的个人空间。 3、有什么经验教训? 如果历史重来一遍, 我们会做什么改进? ①任务分的粒度太大了，在实现过程中有很多的细节没有考虑到，也导致燃尽图是中间突起，后端急速下降的状态。

插件全名：CodeProAnalytix_v7.1.0_UpdateSite_for_Eclipse3.6 百度一下级能找到下载地址了 IDE：Eclipse myEclipse（其他IDE不知道） 第一步安装插件： 　　Eclipse 安装插件：Help -> Install new Sofeware 这里因为我已经安装了，所以没有Next和Finish，实际中只要Finish，然后等待一段时间就可以了。 MyEclipse基本同上。 第二步配置 （安装成功，重启之后） 在windows->perferences下： 我这里的几个参数不是默认的参数，而是改过的。 改成右边参数这样，可以符合Maven文件结构，让自动生成的测试类Test.class 1.　　放在同一个project中 2.　　放在src/test/java下（Maven文件结构） 3.　　src/test/java下的包名 与 要生成的测试类的被测试类的包名相同（不存在便自动创建） 4.　　生成的类的名字为 被测试的类名字+Test 至此，我们完成配置。 第三步创建普通类 需要注意的一点是，创建项目的时候最好用Maven项目。 如果不是Maven文件结构，上一步的配置也就没有用了。（不是的情况也可以生成测试类，可以自己试下） 这里只是一个很普通的类，按照自己喜好随便写一个就行了。 第四步自动生成测试类

1.默认按测试用例首字母排序执行 执行结果： 2.按@Order指定顺序执行 a.在calss前加 @TestMethodOrder(MethodOrderer.OrderAnnotation.class) b.在用例前添加@Order(n) //n为数字，按小到大的顺序执行 示例： 执行结果： 3.随机顺序，即每次执行的顺序都是随机的 a.在calss前加 @TestMethodOrder(MethodOrderer.Random.class) 执行结果： 来源： oschina 链接： https://my.oschina.net/u/4353069/blog/4479647

插件全名：CodeProAnalytix_v7.1.0_UpdateSite_for_Eclipse3.6 百度一下级能找到下载地址了 IDE：Eclipse myEclipse（其他IDE不知道） 第一步安装插件： 　　Eclipse 安装插件：Help -> Install new Sofeware 这里因为我已经安装了，所以没有Next和Finish，实际中只要Finish，然后等待一段时间就可以了。 MyEclipse基本同上。 第二步配置 （安装成功，重启之后） 在windows->perferences下： 我这里的几个参数不是默认的参数，而是改过的。 改成右边参数这样，可以符合Maven文件结构，让自动生成的测试类Test.class 1.　　放在同一个project中 2.　　放在src/test/java下（Maven文件结构） 3.　　src/test/java下的包名 与 要生成的测试类的被测试类的包名相同（不存在便自动创建） 4.　　生成的类的名字为 被测试的类名字+Test 至此，我们完成配置。 第三步创建普通类 需要注意的一点是，创建项目的时候最好用Maven项目。 如果不是Maven文件结构，上一步的配置也就没有用了。（不是的情况也可以生成测试类，可以自己试下） 这里只是一个很普通的类，按照自己喜好随便写一个就行了。 第四步自动生成测试类