solid.js

这是我参与「掘金日新计划 · 8 月更文挑战」的第29天，点击查看活动详情 我们创建 solid 工程时通常会使用一些预置的模板，solid 的模板工程位于 https://github.com/so

这是我参与「掘金日新计划 · 8 月更文挑战」的第28天，点击查看活动详情 现在前端开发一个比较流行的趋势是一体化框架，比较具有代表性的产品时 next.js，它不仅仅是封装了一下 react，还提供

这是我参与「掘金日新计划 · 8 月更文挑战」的第27天，点击查看活动详情 solid 是一个重编译的开发库，使用到了很多编译时的技巧，但是实际上 solid 对编译的使用也是有限度的，编译时期的转化

这是我参与「掘金日新计划 · 8 月更文挑战」的第26天，点击查看活动详情 在一个完整的应用中，页面跳转是不可缺少的一部分，solid 也提供了一个路由处理库，它位于一个独立的仓库中 https://

这是我参与「掘金日新计划 · 8 月更文挑战」的第25天，点击查看活动详情 Web Components 是浏览器原生支持的组件规范，在现代浏览器中是一项通用技术。不过由于现在大多数应用都使用 Vue

这是我参与「掘金日新计划 · 8 月更文挑战」的第24天，点击查看活动详情 这一节来看服务器上运行的 solid.js，在 solid 中提供了一个 isServer 变量，对于一些只能在浏览器或服务

这是我参与「掘金日新计划 · 8 月更文挑战」的第23天，点击查看活动详情 到此为止我们看的都是从 client 切入的，其中一部分逻辑是 client render 和 server render

这是我参与「掘金日新计划 · 8 月更文挑战」的第22天，点击查看活动详情 在 solid 中，store 通过 createStore 来创建，返回一个 state 和一个更新 state 的方法，

这是我参与「掘金日新计划 · 8 月更文挑战」的第21天，点击查看活动详情 在 UI 层开发中，数据状态管理非常重要，一个复杂的前端应用一定会有一套完善的状态管理机制。一个最简单的状态管理系统就是 c

这是我参与「掘金日新计划 · 8 月更文挑战」的第20天，点击查看活动详情 这一节来看 Suspense，在 react 中也有 Suspense 组件，它的作用是等待异步流程，比如加载异步组件，使用

这是我参与「掘金日新计划 · 8 月更文挑战」的第19天，点击查看活动详情 这一节来看调度器，我们在前面 createDeferred 部分接触过 requestCallback 函数，这部分就属于调

这是我参与「掘金日新计划 · 8 月更文挑战」的第18天，点击查看活动详情 这一篇来看一些工具函数，这些函数与 solid 的响应式流程控制有关，有一些也在 solid 的源码内部被大量使用，这些函数

这是我参与「掘金日新计划 · 8 月更文挑战」的第17天，点击查看活动详情 除了前面提到的基础 API，solid 还提供了一些不太常用的响应式 API，这些 API 大部分时候用不到，不过有些特殊的

这是我参与「掘金日新计划 · 8 月更文挑战」的第16天，点击查看活动详情 props 是我们在组件之间传递信息的重要渠道，在 react 中我们经常会使用解构赋值的方式操作 props 对象。在 s

这是我参与「掘金日新计划 · 8 月更文挑战」的第15天，点击查看活动详情 这一节来看流程控制部分。在 react 中是不存在这部分内容的，因为 react 允许 jsx 自由发挥，流程控制完全由 j

这是我参与「掘金日新计划 · 8 月更文挑战」的第14天，点击查看活动详情 上一节看了编译部分，编译后的 DOM 操作是调用 dom-expressions 下面的方法实现的，这一节来看一下 dom-

这是我参与「掘金日新计划 · 8 月更文挑战」的第13天，点击查看活动详情 前面一直在看运行时部分的逻辑，solid 的运行时逻辑比较轻量，很多工作是在编译阶段完成的，这一节我们来看编译的工作。 so

这是我参与「掘金日新计划 · 8 月更文挑战」的第12天，点击查看活动详情 前面已经看过了 createSignal、createEffect 和 createMemo 三个最常用的的响应式 API，

这是我参与「掘金日新计划 · 8 月更文挑战」的第11天，点击查看活动详情 这一篇来看 createMemo，createMemo 也是一个基础的响应式 API，它的效果也很容易理解，缓存计算结果，举

这是我参与「掘金日新计划 · 8 月更文挑战」的第10天，点击查看活动详情 到上一篇为止，我们还是只使用了 createSignal 这一个 API，在真实的应用中这肯定是远远不够的，副作用的处理也是