钱学森，《星际航行概论》。

那我的 makefile 白学了啊

filter

TLDR;
第一种语义简单，节省字符数量，但是不能解决 falsy 的显示问题。比较适合 else 分支是不需要显示 Node 的情形。

第二种三元表达式，字符较多，上下文阅读压力大。可以根据条件选择渲染两种不同的 Node，不仅限于 null 。

写 JSX 还是要显示的写一些判断逻辑比较好。

```
if (flag) {
return <NodeA />
}

return <NodeB />
```

---

以下较长。

```js
const a =() => flag && <div />

const b = () => flag ? <div /> : null
```

两个方法会被 babel 编译成

```
var a = function a() {
return flag && /*#__PURE__*/React.createElement("div", null);
};

var b = function b() {
return flag ? /*#__PURE__*/React.createElement("div", null) : null;
};
```

看起来还是有差别。但是，编译成字节码，两种的操作是完全一致的。

```
node --print-bytecode --eval "var a = function a() { return flag && /*#__PURE__*/React.createElement("div", null); };"

node --print-bytecode --eval "var b = function b() { return flag ? /*#__PURE__*/React.createElement("div", null) : null; };"

```

go 中关于闭包的一些实现过程可以看这个， [go 闭包的实现]( https://tiancaiamao.gitbooks.io/go-internals/content/zh/03.6.html)

同时，把你的代码复制到，https://godbolt.org/ , 选择 go 语言，再选择 386gc tip，对照汇编结果来理解。

https://rxjs-dev.firebaseapp.com/api/index/class/Subject#asObservable

Observable 存在这个 API 来同源创建一个新的 observable，值得一试

你这个阻塞的表述有问题。

buffered channel 为 0 时，写 是不阻塞的，读是阻塞的。

buffered channel 满了的时候， 写是阻塞的，读是不阻塞的。

@yazoox
浏览器环境里面没有 buffer，它使用了 [blob]( https://developer.mozilla.org/en-US/docs/Web/API/Blob) 来实现 的 二进制数据处理。

简单的说 blob 就是 浏览器下面的 buffer .

看了[这个例子]( https://github.com/dropbox/dropbox-sdk-js/blob/b2353edeb221ec17b8e70a1d8fd4799e2f1f031d/examples/typescript/node/download.ts#L20)里面的注释。

然后找了一下[源代码]( https://github.com/dropbox/dropbox-sdk-js/blob/4ba071b3f184538f24fffa34e40aca15d663f53d/src/download-request.js)，在非浏览器环境中，会在返回结果里面强行加上这个 `fileBinary`。然后再看这个文件的 [63 行]( https://github.com/dropbox/dropbox-sdk-js/blob/4ba071b3f184538f24fffa34e40aca15d663f53d/src/download-request.js#L63) 和 [64 行]( https://github.com/dropbox/dropbox-sdk-js/blob/4ba071b3f184538f24fffa34e40aca15d663f53d/src/download-request.js#L64)，第二个参数 data 的来源其实就是 [8 行]( https://github.com/dropbox/dropbox-sdk-js/blob/4ba071b3f184538f24fffa34e40aca15d663f53d/src/download-request.js#L8) 的 `res.blob()` （浏览器环境） 或者 `res.buffer()` （ node 环境）的返回值。

至于这个 `res` ，不难观察其实就是 `fetch.Response` 对象。

参考 [node-fetch 的实现]( https://github.com/node-fetch/node-fetch/blob/master/src/body.js#L138)，`res.buffer()` 处理的就是 `Buffer` 对象。 剩下的逻辑就是 nodejs 部分中， `Buffer` 和 `ArrayBuffer` 的故事了。

你找个编译成汇编的工具，一目了然。

常量字符串在 c 里面是有优化存储的。
甚至你`"%s\n"`这字符串也可以被存到了这个地方，取决于编译器行为。
推荐一个网站，https://godbolt.org/

大概是如果重新执行 render，会得到新的一个对象。
那么反推，如果不是新的对象，则不需要比较。

@chxt 具体客户这些我就不知道了，不过你可以搜索相关的应用案例，看看它有哪些使用场景。

@wjdimba I can neither confirm nor deny your statement. (手动狗头

@iConnect 其实落脚点是室内定位技术的相关应用场景，地磁技术只是用来实现定位的一种方式，常见的还有 Wi-Fi 探针，iBeacon 信标定位。国外有个做相关的 [IndoorAtlas]( https://www.indooratlas.com/)，你可以了解一下。

@feelinglucky 我邮件发了一下简历，不知道你那边有没有收到。。

https://github.com/xiaoyann/iakit 这个不错，用了好久了，样式还能 hack