React 作为一个库，不会决定你如何组织项目的结构。这是件好事，因为这样我们有了充分的自由去尝试不同的组织方式并且选取最适合我们的方式。但是从另一个角度讲，这可能会让刚刚上手 React 的开发者产生些许困惑。

随着软件应用的复杂度不断上升，为了确保应用稳定且易拓展，代码质量就变的越来越重要。

Web Component 出现有一阵子了。 Google 费了很大力气去推动它更广泛的应用，但是除 Opera 和 Chrome 以外的多数主流浏览器对它的支持仍然不够理想。

最近我开始思考React应用的状态管理。我已经取得一些有趣的结论，并且在这篇文章里我会向你展示我们所谓的状态管理并不是真的在管理状态。

项目在最初应用 MobX 时，对较为复杂的多人协作项目的数据流管理方案没有一个优雅的解决方案，通过对[MobX官方文档](https://mobx.js.org/best/store.html)中针对大型可维护项目最佳实践的学习和应用，把自己的理解抽象出一个简单的todoMVC应用，供大家交流和讨论。

前面两部分把重点放在了 MobX 基础模块的构建上。用这些模块我们可以开始解决一些现实场景的问题了。这篇文章将会通过一系列的示例来应用我们已经了解的概念。

在 Part 1 我们看到如何去建立一个 MobX 状态树并且让它可观察。在这个基础上，我们下一步要做的是开始响应数据的变化。坦白说，有趣的部分是从这里开始的。

怎么样才能写好一篇技术文章？

近几年, `Node.js` 在软件开发的一致性上助力很大.无论是前端开发,服务端脚本,跨平台桌面/移动端应用或是物联网应用,`Node.js` 都可以帮你完成.由于 `Node.js` 的出现,编写命令行工具比之前容易很多,这不是随意说说,而是可交互,真正有价值的并且能减少开发耗时的命令行工具.

以下基本是我在面试中遇到的所有问题，给大家做一个参考。除2月13和14日为现场面试以外，其余均为电话面试。我的本意是不让大家背答案，所以没有把面试公司的名字写出来，只是想给不知道如何准备面试的同学一些启发。我面的几家大厂基本不会问框架，但是很多公司预期比较单一，比如需要你会哪些技术栈，所以根据对应的公司准备是最好的，不要盲目刷面试题。