我打算帮你内推一下了。 :D

@jxxz 阅读文章，提取关键字 “ aone 的容器化发布平台 ”

你这个色彩很好，牛！

简单看了代码之后，发现 会出现一个请求 ，https://work.weixin.qq.com/api/docFetch/fetchCnt?id=<id> 。 说明在客户端的代码更新是通过 vue 来做的，溯源 这个 XHR 的调用栈能发现 beforeRouteUpdate -> routerAdapter，请求返回体里面确实会有相应的 document html tag，可以直接渲染到节点。

那么首屏的怎么来的？ SSR 咯。

至于请求数据多格式，说负面就是冗余浪费带宽，说正面就是为了完备性考虑，不同页面用不同类型的数据。


@ReferenceE 一楼说的是 “表现形式很像 Vue 的单页应用”， 你的阅读能力有很一些提升空间嗷。

hybrid ok? 博主对于跨平台方案的了解有点弱诶

@leopod1995 你这返回值，被谁接住了？ 谁能拿到这个返回的 1 ？

看错了，楼里面对赌 10 w 的事情。

楼主对赌 10 w 的事情有下文吗？在线等

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

那我的 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 满了的时候， 写是阻塞的，读是不阻塞的。