Origin of Ray

目前，跑在浏览器端的web IDE产品越来越多，按照他们的功能特性来做划分的话，目前的web IDE可以分为两种，一种是将本地IDE的功能基本原封不动的迁移到了web端的IDE，像是目前最流行的前端IDE VS Code，借助于云+容器化的能力，在浏览器端VS Code拥有着跟本地IDE几乎完全一样的功能；还有一种web IDE则更多的聚焦于 页面开发与实时的代码解析、编译、预览的呈现，代码打包构建的实现则并不局限于在服务端（如基于Docker容器等）实现，部分的产品实现了 基于浏览器端的代码编译、打包、构建、运行的功能，而这一切在我们原来的开发体系里是只有基于 本地IDE+Node本地构建、本地服务+浏览器访问预览才有的能力。此类产品的代表是CodeSandbox，codepen，StackBlitz，JSFiddle等。

也就是说前者只是将代码的编辑放在了web段，其实背后借助了云去做代码的存储，项目的编译打包运行等，这种方式下，我们最后得到的和本地开发并无区别，对我们的区别只是不用特地下个编辑器了。

后者则是将一部分的编译打包功能以及最终的运行放在了浏览器，且由于浏览器的限制，其所能支持的应用大小是有限制的（PS：最近遇到一个问题，看错误应该是代码大小超过了500K，留个坑，留待以后解决，嘿嘿）

Hook 的发展历程

React 团队从一开始就很注重 React 的代码复用性

他们对代码复用性的解决方案历经：Mixin, HOC, Render Prop，直到现在的 Custom Hook

所以 Custom Hook 并不是一拍脑门横空出世的产物，即使是很多对 Custom Hook 有丰富开发经验的开发者，也不了解 Hook 到底是怎么来的，以及在 React 里扮演什么角色

不理解这段设计思路是无法深刻的理解 Custom Hook 的，今天我们就一起来学习一下

最近开始看一些关于react的知识，不可避免的接触到了redux。

去看了看他的文档，就来简单总结下。

注意，原大部分内容已经过时了，因为react更新了hook，我接下来回去研究下react-redux针对hook做了哪些改进，再来重新解释，不过本博客大部分内容是讲的原生的redux，还可以放心食用。

最近在看一些安全知识的时候，发现了一个新的漏洞，叫做SSRF，这个漏洞原理其实并不复杂，但是由于是第一次遇到，还是简单记录一下。

做了一年多的前端，今天突然听到了一个名词叫做微前端，很好奇，于是去查询了一些资料，在这里总结下。

前面的博客总结了水平垂直居中和两列布局。

这次我们就继续看一下圣杯布局，也就是三行三列布局。

这次我们继续总结CSS主流布局中的两列布局的方式和原理。

首先讲一下什么是两列布局。

两列布局一般情况下时指定宽与自适应布局，两列中的左列是确定宽度，右列是自动填满剩余所有空间的一种布局效果。

今天leetcode的每日一题是一道困难的题目，但我总结一下他不是因为它的难度，而是这是一道结合了前缀和的变体以及二叉搜索树的题目，可以帮我回顾一下。

总结一下几种主流布局中垂直居中对齐的不同实现方案以及方案之间的比较。

作为一个前端开发，常年关注的重点都在JS上，对于CSS没有形成一个系统的知识脉络，趁这个机会总结一下几种主流布局中水平居中对齐的不同实现方案以及方案之间的比较。