终?

时日如飞,三个月的时间即将而至,我的实习也到了尾声。

这段时间很快,比我刚开始想象的快多了,我也如愿以偿的逃离了想逃离的东西。

没有鸡汤 just for fun

二维码

二维码的生成细节和原理

【科普文】二维码的[生成]和[扫码]

两个思考:

为啥几乎都是黑白色的

二维码中间有图片为啥还能用

fontface 小图标

看到 fontfamily:”wbficonregular” !important; ???黑人问号脸,这是啥啊

font-face

vue 事件修饰符

修饰符是可以串联的

1
2
3
4
5
6
7
8
9
10
11
12
13
<!-- 修饰符可以串联 -->
<a v-on:click.stop.prevent="doThat"></a>
<!-- 只有修饰符 -->
<form v-on:submit.prevent></form>
<!-- 添加事件监听器时使用事件捕获模式 -->
<!-- 即元素自身触发的事件先在此处理,然后才交由内部元素进行处理 -->
<div v-on:click.capture="doThis">...</div>
<!-- 只当在 event.target 是当前元素自身时触发处理函数 -->
<!-- 即事件不是从内部元素触发的 -->
<div v-on:click.self="doThat">...</div>

Git 工作流

Git协同工作流

这段时间写的线上代码多了些,对 git 使用也有了一个更深的了解

中心式协同工作流

这应该是自己一个人敲代码的时候最常使用的方式了,他就像 svn 一样

  • git pull origin master 先同步远程代码
  • 修改后 git commit
  • git push origin master 到远程这样其他同学就可以看到你的代码了

但是第三不在多人合作下是有可能 push 失败,因为别人提交了,你需要 git pull

  • 先把本地提交的代码放在一边
  • 下载服务器的改动
  • 把之前的改动与新的改动一个个 commit

有冲突你必须先解决冲突

功能分支协同工作流

上面的方法是可行的,可是这几天写代码我也是感到了痛苦。如果项目的人再多一点我觉得很有可能是要出问题的。对代码的干扰相当严重。因此有了功能分支,像我就把新需求群二维码就拉了一个 qrcode

  • git checkout -b qrcode
  • 共同开发这个功能的程序员就在这分支工作,add,commit
  • git push -u orgin qrcode
  • git pull –rebase 其他程序员来拿到分支的代码

我觉得开发的时候能提交就尽快提交,不然太久可能冲突就太多了。。。

GitFlow 协同工作流

在不停开发新代码的同时,维护线上代码中

  • 我们需要一个分支是干净的,可以发布代码,是可以发布到生产环境的

我之前有一个分支就是可以直接到测试环境的,然后写代码就一直在那个分支写,后面只上部分功能的时候就傻了。自己手里就没有了一个可以发布代码的测试环境。。。管理好代码的一致性还是非常重要的

我只是希望我是右边。。。对 git 的理解还是太浅了。。。

代码规范

当拿到 webchat 提交几次代码我就深深体会到代码团队规范多么重要,之前的还把 eslint 禁用了。。。

计划

ARTS 每周完成一次

(Algorithm)一个 leetcode 的算法题

(Review)阅读并点评至少一篇英文技术文章

(Technique)学习至少一个技术技巧

(Share )分享一篇有观点和思考的技术文章

棒棒糖