十多年来，我们一直使用 XMLHttpRequest（XHR）来发送异步请求，XHR 很实用，但并不是一个设计优良的 API，在设计上并不符合职责分离原则，输入、输出以及状态都杂糅在同一对象中，并用事件机制来跟踪状态变化。并且，基于事件的模型与最近流行的 Promise 和 generator 异步编程模型不太友好。
Fetch API 旨在修正上述缺陷，它提供了与 HTTP 语义相同的 JS 语法，简单来说，它引入了 fetch() 这个实用的方法来获取网络资源。
在 Fetch 规范中对 API 进行了定义，它结合 ServiceWorkers，尝试做到如下优化：
改善离线体验
保持可扩展性
写这篇文章时，Fetch AP
继续阅读 »
写在前面
fetch 同 XMLHttpRequest 非常类似，都是用来做网络请求。但是同复杂的XMLHttpRequest的API相比，fetch使用了Promise，这让它使用起来更加简洁，从而避免陷入"回调地狱"。
两者比较
比如，如果我们想要实现这样一个需求：请求一个URL地址，获取响应数据并将数据转换成JSON格式。使用fetch和XMLHttpRequest实现的方式是不同的。
more
使用XMLHttpRequest实现
使用XMLHttpRequest来实现改功能需要设置两个监听函数，分别用来处理成功和失败的情况，同时还需要依次调用open()和send()方法才能实现请求。
```
functio
继续阅读 »
最近总是用fetch，而且没什么事情做，就做个源码分析吧。
fetch 源码并不多，只有380多行。其实挺易学的
执行函数
继续阅读 »
Sumary
今天我要说的其实和之前的ajax不太一样。包括以下内容：
FormData
Fetch
CROS
如果你认为你都知道就不用看了。
CROS
最近在写一个项目，完全的前后端分离，所有数据都是来自于Ajax，连权限控制也是前端完成了。
继续阅读 »
最开始实习的时候是使用svn，之后正式工作就一直在使用git，这样算起来，使用git也有两年的时间了。以前带我的同事，让我在拉代码的时候要我使用git pull --rebase，一直很纳闷为什么要那样做，后来遇到拉代码的时候有许多冲突要解决，然后去查找资料，才了解到其中的一些事情。今天分享一下，顺便自己也梳理一下。
git pull
git pull 是 git fetch + git merge FETCH_HEAD 的缩写。所以，默认情况下，git pull就是先fetch，然后执行merge 操作，如果加--rebase 参数，就是使用git rebase 代替git merge。
more
merge 和 rebas
继续阅读 »
git fetch Admin mdev （先Fetch）
git merge FETCH_HEAD （再合并）
回滚
git reset --hard commit-id
查看当个文件
git log --pretty=oneline 文件名
跟新单个文件
git checkout origin/master -- path/to/file
继续阅读 »
文/Robin
2020 年 8 月 18 日，Bitfinex 宣布推出 Catalyst Sales，首个即插即用代币销售技术解决方案。
Catalyst Sales 旨在为 BTS（Bitfinex Token Sales）用户带来高质量的代币项目，同时为这些项目提供一种发展社区、扩大网络和重新吸引现有用户的方式。代币发行者可以利用一流的 BTS 技术来运行代币销售和分发他们的代币。
Catalyst Sales 为 BTS 用户提供了获得奖励代币的机会，以鼓励他们更多地了解和尝试代币发行商的网络。
首个使用 Catalyst Sales 技术的项目是 Fetch.ai。Fetch.ai 曾经于 2019 年 2
继续阅读 »
同步远程和本地目录
git init
git remote add origin $url_of_clone_source
git fetch origin
git checkout -b master --track origin/master # origin/master is clone's default
继续阅读 »
git fetch origin
git reset --hard origin/master
继续阅读 »
以前用git 不是非常优雅， 经常用git push -f, 然后在别的地方更新时就会出现conflict，然后要很麻烦的手动处理。
最近找到了比较一个优雅的方法：
git fetch origin
git reset --hard origin/master
继续阅读 »