同，关键胡子稍微一长我媳妇就说我像野人。。。

@amarantin1 #1 很有用的，就是大部分评价数据太老了。而且北京变化太大，一年以内就会好多地方都不能去了，比如门头沟。。。

抠门人给你个方法，找一下稍远一点的停车位，自行车或者小摩托通勤到车位，自行车的话可以上车，摩托车就找个能避雨的地方停着。

我以为是饺子 FS ，没想到是交子 FS 。。。

context 足够使用，绝大部分情况下不缺那点性能。而且三方库往往心智负担更大，等于是你在一个心智负担最小的框架里，硬塞一个心智负担拉满的库。如非必要，勿增实体，我觉得可以部分用在这里。

如果你实在要用，个人推荐一个小众的 https://github.com/xoidlabs/xoid 。
我觉得各种库没有本质区别，基本上就是看语法喜好而已。

全异步 api ？有没有同步的 get/set api ？

@Randomjo #101 单踏板力度减弱我觉得对开车的人和后车都是好事。

对驾驶者来说，力度弱了可以增加踩刹车的肌肉记忆，真的出现紧急情况了会更加习惯性的去换脚踩刹车，没有任何坏处。日常驾驶拥挤路况单踏板足够了，提前松油门，尾速点一下刹车，没啥问题。

对后车来说，你体验过前车特斯拉急刹但是刹车灯不亮的状况吗？你肯定不会喜欢后车车主对你的问候。。。

写的确实有点让人看不懂

第一个例子，建议是必须参数尽量解开，可选参数允许使用对象，大概是这个意思：(name, age, country, options?) => any ，最大的好处是强制的 signature 约束，在 api 调整的时候能强制调用端同步，另外语义也更清晰。这个思考的点其实是你要把最终的代码当成 javascript 而非 typescript 去理解。我遇到过项目代码里面就因为全写 object ，然后日积月累的就有些地方把 object 里的字段弄混了的（参数类型最终写成了 any ）。

第二个例子，实际情况可能过于复杂，择优使用即可，没有更加标准的做法。如果考虑长期大规模维护的话，不要在一个稳定的类型之外附加一个不稳定的临时类型。你提供的例子里的 type 合并我一般只在内部代码里使用，因为 isLoading 通常只需要在一个临时的环境下处理。写 type 或者 interface 其实就是写接口，确实可以多考虑一下。

@ZGame #16 React 是库不是语言。你写的是 javascript ，js 该怎么写你就怎么写。这是完全不同的两个领域的问题。

好的文西，知道了文西。

还有你们这个 demo 站是故意演示的这种神奇的 i18n 的效果吗？一部分固定是英文，一部分可以切换语言？

你这个输入法挺有意思，只有句号和顿号是中文，其他标点符号都是英文。

虽然 15 楼说的不那么好听，但是这选择真的太离谱了。。。

楼主去看的三个车都不是一个价位区间的，毛豆 Y 和其他俩甚至能到一倍的差价，这根本就是奔着特斯拉去的，非要拉踩一下小米干啥？

再一个买毛豆 Y 居然谈智驾和空间，我的亲娘，你是既不试驾其他车，也完全不上网看一下是吧？我都不知道这帖子是不是强拉特斯拉硬踩小米了。
谈到空间，都不说同价位，随便降个几万现在都能轻松买到更好的空间。
谈到智驾，特斯拉在国内有智驾？我都不知道能不能比得过五菱星光。

我完全能理解楼主就是想买特斯拉，但是这表达出来的心路有点让我不吐不快。。。