准奶爸，参考了。感谢。

直接调用组件的方法，和通过一个“管道”传递组件所依赖的属性，很明显后者更优。

直接调用就会遇到一个是重构问题，一个是 22 楼说的大乱斗的问题，也就是我说的引用乱套的问题。另外你这里如果要支持 TS ，需要把组件确定成一种类型，把组件确定成一种类型比把属性确定成一种类型，心智负担要大的多。

通过某种“管道”传递属性，第一个降低心智负担，第二个管道可以实现 transform/pipe ，这也是多种状态管理库的灵活性所在。

你这个其实是给 react 套了一个外壳，增加了两个功能，一个是直接引用组件，一个是强制 class+内部 state （也就是早期 react ）的写法。说的苛刻点，不知道框架是框在哪里。

？赛博算命？

单向流算是痛点吗？如果要解决，最好也是一个系统一点的方案吧？直接引用，感觉是头疼医头，脚疼医脚，这代码真要上生产，引用关系上不得乱套吗？

直接在被引用的组件中定义方法，供外部使用，这个限制就太大了。要想让方法支持重构困难重重，通过数据流进行重构则简单的多，因为你可以非常轻松的 derive 出一个新的数据字段、结构，也可以在两个不同的组件之间建立一个合并后的数据流来进行中转，看似引入了更多的复杂度，其实大大简化了心智负担。在我看来，这也是在前端，MVVM 能够轻松战胜 OOP 的最核心优势。

既然都 OOP 了，那么封装一个 React Component 的结构，甚至包括了写法，的意义在啥地方啊。我直接调用方法里面自己把逻辑写了不就好了吗？ open => this.container.classList.add('open')，我还写一个额外的 state 来解决什么问题呢？在 OOP 的结构里，针对组件强行用 VM 驱动，是不是有点画蛇添足了。。。

我觉得现在这个，离“框架”是不是有点太远了？我甚至没法定义它。。。

周末刚搬到租的大房子里，岳父岳母过来准备带娃，老婆还有三个月预产。

房子大，都住得下，但是第一次住一起确实也相互之间觉得有干扰，需要一段时间适应。

优点挺多的，家里好多事儿不用操心，可以交给岳父母办，他们基本都闲着，就想找点事干，只需要考虑个人生活轨迹即可；吃饭不用发愁了，好不好吃的，反正肯定是想吃就能有的吃，甚至能点菜；

缺点也不少，生活作息不一致，相互之间还是有干扰；不同辈之间的观念差异化太大，长辈有时候一开口就挺让人闹心的，虽然也并不会真的要你如何如何；没有办法解决他们自己的无聊，生活目标不够明确的问题，他们的时间还是过多，即便有了小孩其实也是一样，还失去了自由；

“有点儿无语😓 又不知道该说啥”

对，就是这种矛盾的心情，细嗦。

@caiqichang #74 这事儿比写代码更难做好，当然更别说其实有好多重量级功能也是他 release 的，毕竟三大元老之一，早期什么代码都得写。

关于他具体的贡献可以上 hn 上翻翻回复。

有一个 ProxyProvider 一直显示 Compatible ，不知道为啥，用其他 Clash 客户端没这个问题

这么天才的想法，那是不是可以直接做一个语音助手 app ？

我当年也在 BYD 和小鹏之间选择了小鹏，现在回头看只能说还好没选 BYD 。
但是现在 BYD 也是全面焕新升级了，不好说从参数上面讲选哪个更合适。

不过 BYD 是传统 4S 服务模式，小鹏是新消费服务模式，这个体验是有差距的。

另外有人非要扯说小鹏巨丑，我只能说人没有基本的审美挺吓人的。P7 整个系列都算很好看很有设计感的了，当然 P7+比 P7 是变丑了的。可是反观是迪子的车，没有一辆好看的，全都一股子土味，车身要线条没线条，要造型没造型，几个吊毛字母也完全没有设计感，怎么没人说丑？

周末刚装，936 福多多那个，要新号，所以其实不如你这个绑老号的。
不过确实，北京联通真是 ATM 。

@lambdaX999 #10 不是哥们，这是啥味道？肉饼上抹甜的果酱？？

可是小城市对爆金币能力的要求更具体，更现实啊，你表达了 20 块钱是消费有点高的意思，不正是说这个消费对你来说也是高的吗？

不过确实也不必纠结于不适合自己的那个人，既然是相亲，就多刷新，遇到合适的了再努力，在每个人身上都努力那纯粹是浪费精力。

骗币的还是纯粹没文化？甚至是反串？
我懵了。

@iloveayu #29 爱扫货