HelloVass's Blog

写在最前

每到写年终的时候总是思绪万千，一到提笔，又不知道该写些啥，只能明日复明日，于是，本该在 2019年发布的年终总结还是拖到了 2020年。

前言

距离上篇《Android持续集成·前篇》已经有些时日，这次将会填上上篇留下的大坑，pipline 构建。

为什么要做单元测试

优点

• 当组内有强迫症的童鞋想重构某块代码时，单元测试就是坚实的后盾，想象如下对话：

童鞋A：项目里这块代码写的不优雅，我要重构

负责人：重构啊，好事啊，可以，只要你重构之后单元测试能全部运行通过。

童鞋A：…

当然，这段对话的前提是建立在单元测试的覆盖率足够高的基础上

• 优化设计，开发者先编写测试，然后再编写代码，让代码通过测试的方式来开发业务，这也就是 TDD 开发，强迫每个开发者写出易于调试和可测试的代码，并且很好的解耦合。
• No 文档，单元测试就是一种很好的文档，自己就展示了函数和类的使用。并且这份文档还是可以编译、运行的，与项目代码保持同步
• 可回归，与 CI 集成之后实现了真正的敏捷开发，重构完、开发完新业务，线上运行测试，而不需要将代码再部署到真机上，然后人肉点点点。

为什么要持续集成

人肉构建太累了

我们想做的事情

• clone 仓库的代码
• 静态代码检查（可选）
• 单元测试（可选）
• 编译打包 apk
• 上传到测试分发平台
• 自动化测试（可选）
• 通知相关人员构建结果等

救救孩子吧！！！

为什么需要组件化

组件化之前的项目结构

• App 工程
  • 多个业务组件
  • 一个静态的路由，依赖了所有的业务组件，业务组件可以通过 Router 暴露出来的方法跳转到其他业务组件
• CommonLibrary
  • 多个技术组件

2018.10.10，和 redux 的相遇

女人都是大猪蹄子，哼

记得刚捡到 redux 的时候她还辣么弱小，可怜加无助。阴雨绵绵的天气，在公司楼下喵喵喵地叫着，本来是想带她避避雨，结果，手一伸，就直接爬我身上，赖着不走了。我能怎么办，我也很绝望啊。没办法，就直接把外套脱下往这个脏兮兮的小家伙身上一套，抱在怀里就上楼去了。

Vue 里实现一个列表

so easy，Vue 为我们提供了v-for 指令，可以绑定数组的数据来渲染一个项目列表：

1
2
3
4
5
6
7
8

<div id="app-4">
  <ol>
    <li v-for="todo in todos">
      {{ todo.text }}
    </li>
  </ol>
</div>

1
2
3
4
5
6
7
8
9
10

var app4 = new Vue({
  el: '#app-4',
  data: {
    todos: [
      { text: '学习 JavaScript' },
      { text: '学习 Vue' },
      { text: '整个牛项目' }
    ]
  }
})

数据和视图的绑定就完成了。

需求描述

需要将用户信息的 UI（下文用 UserInfo 来代替） 写成一个 Vue 组件，达到重用的目的。

写在最前

本文描述了如何实现该需求的思路，代码可能不通用，但是该思路应该可以解决很多类似的需求…

写在最前

“减肥真TM痛苦，如果没有强烈的愿望，真的，千万别去尝试。。。因为，要么瘦，要么死2333”