那具体说下 JS 为何能运行吧，var 在声明变量并赋值的时候，其实会做两个步骤，在词法作用域最上方声明，以及在该赋值的时候赋值，具体来说，以下代码和你贴出的代码等价：

var x;
var y;
x = 1;

function f() {
function g() {
return (x+y);
}
return g;
}
y = 2;
console.log(f()());

所以代码在运行到 x+y 这一行时完全知道 y 存在于全局的词法作用域（也就是说可以在闭包封闭的词法作用域中被引用到）
这种编程方式一般不被推荐，配置 lint 规则后会给出 variable 'y' used before declaration (no-use-before-declare)的报错

七楼的方法作为 ES6 之后的方法完美复现了标准答案的所有副作用，这边补充一下：
function a(){}
function b(){}
Object.setPrototypeOf(b.prototype, a.prototype)
const c = new b();

c.constructor === b() // true
c instance of b // true
c instance of a // true
---
顺带一提，标准答案的 object 方法可以视为当 Object.creat()不可用的时候的一个简单 polyfill，当然它并没有实现所有的 Object.create，仅仅将主要作用实现了。

我是来鼓励的！
你形容的也太谦虚了，简单看了一下你博客上的简历，对于大学生来说有这样的经历已经算是很不错了。
我觉得只要你能把项目经历说圆了，找实习对你来说应该算是很简单的事情。
当然了，如果真的非大厂不进，项目经理一方面，刷题也要是一方面。

@crysislinux 好的受教了，看来还是需要辨识出 rxjs 的典型场景。

@crs0910 嗯我们现在对新东西也是摸着石头过河，整体的团队指导规范根据项目迭代以变化了好几版了。现在我们只有对“预估非常复杂的组件”才会使用较为复杂的结构，其他的东西我们宁愿写的越简单越好。

@yuuko 嗯的确，这个例子的确太简单了。现在基本也是只有复杂逻辑才交给 rxjs 去做。

@wunonglin 嗯，简单的东西肯定要保持简单，这里问的只是在复杂情况下的一种抽象而已

@crs0910 完全可以的，在写的时候因为是从一个比较复杂的东西上拿下来的，所以没有这么写

@rrfeng 个人能容忍的底线也就是调用.next 了，比这个更复杂的都会让他们去修改。

@noe132 的确这样似乎不错，handlestate 的逻辑就可以藏在 component 里了

@noe132 其实我这里更多想问的是，对于这个 active 的状态，更倾向于用何种方式去管理。
第一种方式人类更能读懂，但是更新状态的代码散落在两个函数里
第二种方式用 rxjs 的话，更有一种数据在单向流动的感觉，状态的更新完全是由 Observer 的逻辑在托管

前几个月淘了一台 15 寸的 mac，之前用的盖中盖版 xps 9550 （ i5 1t 机械的真丐版）换了一个 970pro 的硬盘，折腾了一个雷蛇的显卡坞，插了一个路上出门捡的 1066 现在在当游戏本用。

不了解 H5，假设可以用 native code 的话，
看是什么平台了，ios 限制的比较死，特别是 iOS13 版本以后，默认就没有始终允许，只有用户做额外的操作才可以将权限变为始终允许并且位置更新的次数也是完全随缘的。
安卓不太了解，但是不负责任猜测一下肯定是比 iOS 限制松很多的