大家好，我卡颂。
前端界有句玩笑话 —— 「React 一点都不 react，Solid 才应该叫 React」。
作为一款「借鉴了很多 React 特性」的前端框架，截止目前，Solid已经有 29.6kstar。显然，他已经得到了社区的认可。
前段时间，Solid的作者「Ryan Carniato」在博文Thinking Locally with Signals[1]中提到 —— Solid从React中学到的最重要的东西，不是JSX、虚拟DOM，而是一个被称为「局部思考」（Locality of Thinking）的概念。
本文就来聊聊这个对前端开发影响深远的理念。
当我们新入职一家公司，在熟悉项目代码阶段，领导通常会分配给我们一些小需求，帮助我们快速熟悉项目代码。
这个过程是如此自然，以至于我们都忽视了一个重要问题 —— 为什么在一个庞大的项目代码库中，即使不熟悉代码，也能轻松修改一些小功能？
答案是 —— 「局部思考」理念在发挥作用。
「局部思考」是指你可以不看其他代码，只通过一个组件的代码就能理解它的行为。这种思考方式对代码的可维护性和可读性有着重大影响。
首先，在大型项目中，代码的「可维护性」至关重要。如果每次修改都需要理解整个代码库，那么这个项目可能会很快变得难以维护。
其次，从「可读性」的角度来看，如果代码的可读性好，那么新的开发人员可以更快地理解和开始他们的工作。
通过「局部思考」，可以使代码更易读、可维护性更高。试想，这不正是「使用框架开发」相比于「使用 jQuery 开发」的优势么？至于框架的其他特性（比如虚拟DOM、细粒度更新、Hooks...）都是在「局部思考」的基础上发展出来的。
可以说，「局部思考」是「框架开发」这种工作模式的基石。
假设项目中有如下代码，你能保证结果是true么：
const obj = {}someFunction(obj)// 结果是 true 么？console.log(obj.value === undefined)要想知道结果，必须看someFunction函数的内部实现。如果项目中大量充斥了上面这样的代码，对可读性、可维护性简直是灾难。
「局部思考」理念的提出就是为了解决上述问题。要实现「局部思考」，有四个重要因素：
数据应该只在一个方向上流动。这样可以保证数据的来源和使用是一致的，使得代码行为更可预测，减小了出现bug的可能性。
考虑如下Solid代码，数据只从父组件流向子组件。子组件只读取数据，而不能改变它：
// 父组件内const [count, setCount] = createSignal(0);<ChildComponent count={count()} />// 子组件内const ChildComponent = ({ count }) => { // count是只读的 return <div>{count}</div>}读取数据和修改数据应该是两个独立的操作。这样可以降低代码的复杂度，使得阅读和理解代码更简单。
考虑如下Solid代码，SomeComponent通过title()读取值，通过setTitle修改值。这种分离使得我们可以更好地理解状态何时变化。
// [读, 写]const [title, setTitle] = createSignal("title");// `SomeComponent`不能改变`title`<SomeComponent title={title()} />// 现在`SomeComponent`可以更新title<SomeComponent title={title()} updateTitle={setTitle} />在Svelte中，状态（或者叫signal）只能「按值传递」，所以下面SomeComponent即使接收title作为props，也无法直接修改他。
要修改他，需要执行updateTitle方法（方法内部闭包中的title是signal，可以响应更新）。这也是一种「读写分离」的实现。
let title = $state("title")// `SomeComponent`不能改变`title`<SomeComponent title={title} />// 现在`SomeComponent`可以更新title<SomeComponent title={title} updateTitle={(v) => title = v} />所有的数据变化应该是显式的，而不是在背后默默发生。这样更容易跟踪数据的变化。考虑如下Solid代码：
// 定义状态const [count, setCount] = createSignal(0);// 显式改变状态setCount(count() + 1);是不是一下就想到了React中的useState呢？没错，其实不止是useState，在ClassComponent的this.setState也是遵循同样的原则。
每个组件应该只关心自己的状态和逻辑，而不是其他组件的。这样可以保证组件之间的独立性，降低耦合度，使得代码更易于维护。
如果你觉得以上的介绍一点技术含量都没有，那是再自然不过的事。因为这些原则都是React最基本的使用规范。
本文存在的意义，是阐述一个观点 —— 这些规范之所以存在，是为了共同实现「局部思考」的理念。而这一理念，才是前端框架可维护性、可读性的来源。
按照这个思路去思考，就能明白很多React特性的用意，比如：
这些特性的背后，都体现了「局部思考」的理念。
[1]Thinking Locally with Signals:https://dev.to/this-is-learning/thinking-locally-with-signals-3b7h。
本文链接：http://www.28at.com/showinfo-26-35334-0.htmlSolid 作者从 React 中学到最重要的是什么？
声明：本网页内容旨在传播知识，若有侵权等问题请及时与本网联系，我们将在第一时间删除处理。邮件：2376512515@qq.com
Copyright © 2016-2023 天津谷骐科技有限公司 版权所有 sitemap.xml
违法及侵权请联系：2376512515@qq.com 津ICP备18001702号
津公网安备 12010102000574号
