近期团队协作总结

郝泽龙_HZ

前言

首先我最主要的问题就是心急,对于项目任务分配不明确,不能够很好的将当前任务分工,导致每次提交pr代码量相对比较大,不仅增加自己的出错概率和测试难度,同时也给其他的协作成员带来很大的难度。

团队协作

1.写代码前记得先拉去最新代码
2.将当前分支代码reset之前记得保存已修改的代码后切换到其他分支进行操作
3.合理领取任务,必要时再将任务划分,保证当前任务量不应过大
4.写代码之前,首先确保当前自己已经领取该issue,防止写完后与其他人重复
5.汉语变英文不要直接变拼音,翻译
6.多加注释

环境变量

编写完后台登录提交之后,机器人一直报错,当打开报错提示:apiUrl不存在于envirment中!
image.png

在我的本地执行了机器人的命令ng build后也报错:
image.png

解决:

找到错误文件,根据该报错提示点进去:
image.png

这不是有apiUrl嘛!怀着疑问去问了潘老师:去看angular.json

image.png

根据这个大概意思猜想是某种情况下用environment.prod文件代替environment文件

通过查询得知:

// This file can be replaced during build by using the fileReplacements array.
// ng build ---prod replaces environment.ts with environment.prod.ts.
// The list of file replacements can be found in angular.json.(environment.ts文件的注释)
通过上面的注释,我们知道在执行 ng build ---prod 命令,进行项目构建的时候,会执行文件替换操作。而相应的文件替换规则,在 angular.json 文件中定义:

"architect": {
        "build": {
          "builder": "@angular-devkit/build-angular:browser",
           //...
          "configurations": {
            "production": {
              "fileReplacements": [
                {
                  "replace": "src/environments/environment.ts",
                  "with": "src/environments/environment.prod.ts"
                }
              ],
              "optimization": true,
            }
          }
        }
}

总结:

不同的开发环境需要不同的接口,例如当我们进行开发测试的时候可能接口为:http://localhost:8080,但是当项目上线后一般是另一个地址,所以需要配置不同的环境变量。使用angular cli在初始化项目的时候也会自动生成environment.ts和environment-prod.ts两个文件。

单元测试

万物开头难,对于我来说,起初我是很反感单元测试的,我不得不承认它对于团队协作的巨大好处,但是由于锻炼比较少,每次测试时候总是不愿意用这种方式进行测试。在这里也感谢潘老师的督促,能够让自己静下心来去了解单元测试每个代码的意思。下面我将用一个具体的单元测试进行举例:

@Test
  void login() throws UnsupportedEncodingException {
    // 复制老项目的,用于添加注释

    // 构造请求url
    String url = "http://localhost:" + port + "/user/login";

    // 由于spring boot不提供自动配置的RestTemplate bean,他会提供一个restTemplateBuilder bean
    // 可用于在需要的时候创建RestTemplate实例。
    // restTemplate用于发起请求,其中exchange可以指定请求方法
    RestTemplate restTemplate = this.restTemplateBuilder.build();
    // 构造一个请求的headers
    HttpHeaders headers = this.getChromeHeaders();

    // 没有认证信息时401
    // 预言发起请求抛出的异常为HttpClientErrorException。
    Assertions.assertThrows(HttpClientErrorException.class, () -> restTemplate.getForObject(url, JSONObject.class));
    try {
      // HttpEntity包括请求头和请求主体
      HttpEntity entity = new HttpEntity(headers);
      // 调用exchange方法发起method为get,url为xxx,请求头和请求主体为entity,返回类型为User实体的
      restTemplate.exchange(url, HttpMethod.GET, entity, User.class);
    } catch (HttpClientErrorException e) {
      // 捕获异常为401,未认证
      Assertions.assertEquals(e.getStatusCode().value(), HttpStatus.UNAUTHORIZED.value());
    }

    // basic认证模式,构造前台传送信息,
    headers = this.getChromeHeaders();
    // 添加认证信息
    String auth = Base64.getEncoder().encodeToString(
            (appProperties.getUsername() + ":" + appProperties.getPassword()).getBytes("utf-8"));
    headers.add("Authorization", "Basic " + auth);

    // 构造一个请求信息,请求头为headers内容
    HttpEntity entity = new HttpEntity(headers);

    // 获取响应实体,通过get请求
    ResponseEntity<User> result = restTemplate.exchange(url, HttpMethod.GET, entity, User.class);
    // 从响应头中获取参数x-auth-token,并断言非空(后台响应之后返回了token)
    String xAuthToken = result.getHeaders().get("x-auth-token").get(0);
    Assertions.assertNotNull(xAuthToken);
    // 获取响应主体,断言它的用户名等于xxx
    User body = result.getBody();
    Assertions.assertEquals(appProperties.getUsername(), body.getUsername());

    // x-auth-token认证
    // 第一次请求分配了一个token,第二次请求直接使用分配的token
    headers = this.getChromeHeaders();
    headers.add("x-auth-token", xAuthToken);
    // 获取完判断获得的user是之前的user。
    User user = restTemplate.exchange(url, HttpMethod.GET, entity, User.class).getBody();
    Assertions.assertEquals(UserInit.username, user.getUsername());
  }

总结:

使用敏捷开发(将大的任务不断分配成各个小任务,保证每个小任务最晚当天可以完成)+ 单元测试的方法不仅能够使得任务更明确,同时在单元测试的时候也能对于数据流有一个更深的掌握。

阅读 221
127 声望
14 粉丝
0 条评论
127 声望
14 粉丝
文章目录
宣传栏