大家好，我是柒八九。今天，我们来讲讲在「前端架构」。
要想在大项目中做到构建性能良好并且在架构方面具有扩展性是一件困难的事情。
所以，今天我们来通过一些例子来探讨如何在前端项目中如何做到在性能和架构方面做一个合理的配置和权衡处理。在讨论问题的同时，也会附带一些针对性的解决方案。让你在遇到一个类似问题时，不至于“抓耳挠腮”。
「前端架构」是一个广泛的话题，有许多不同的方面。该文章将侧重于组件的「代码结构」，针对其他的方面只是一带而过
并且，该篇文章所用的技术框架为React，但是不要过于担心，有些原则是通用的，放之四海而皆准。
好了，话不多说，开始今天的话题。
你能所学到的知识点
❝
- 组件思维 「推荐阅读指数」 ⭐️⭐️⭐️⭐️⭐️
- 何为自上而下构建组件 「推荐阅读指数」 ⭐️⭐️⭐️⭐️⭐️
- 何为单体组件 & 及其弊端 「推荐阅读指数」 ⭐️⭐️⭐️⭐️
- 自下而上的构建组件 「推荐阅读指数」 ⭐️⭐️⭐️⭐️⭐️
- 如何规避单体组件 「推荐阅读指数」 ⭐️⭐️⭐️⭐️⭐️
❞
常见的心智模式
❝「心智模型」，是对事物的思考方式，在很大程度上影响了我们的决定。 ❞
在大型的代码库中，正是通过不断做出的各种决定导致了代码的整体结构。
当我们进行多人员协作时，最重要的就是「统一思想」，这样才可以劲往一处使。如若不然，每个人都有附带自己的思考去做同一件事，在一些问题上就会南辕北辙。
这就是为什么在团队协作的时候，需要制定一些符合团体「代码风格」或者借助prettier这样的工具进行格式制约。作为一个整体，我们有一个共同的「心智模式」，即统一思想，集中力量办一件事。
如果你曾经接手过「号称」当时由于时间紧，任务重而快速迭代开发的项目的时候，同时在开发的时候没有统一的代码组织方案，随着时间的推迟(不用很久，一个月足矣)，所维护的代码就是各种问题，代码结构越来越乱，变量横飞，回调「贯穿」整颗元素树，运行时性能越来越差。
- 悄悄的说一句，这不就是
