# 前言

首先，思考下：

当我们在使用vue编写代码的时候，浏览器是如何识别的呢？进而联想到编辑器是如何识别的呢？更甚者我能可以思考其他各种类型的文件，平台是怎么识别的呢？

# 前言

配置文件，不言而喻，主要是我们进行项目和工程配置的文件。

如果是站在前端角度说的话，我们最常接触的就是 json以及 js类型的文件，这种形式的配置写法对前端非常友好，因为都是我们熟悉的 JS 对象结构，如：

• package.json
• webpack.config.js
• babel.config.js
• vue.config.js

前端组件化系列文章第二篇

一个使用 pnpm + workspace + changeset 的 monorepo 多包管理组件化项目

第一篇看这里：【前端组件化】系列文章第一篇——方案探究

前端组件化系列文章第一篇：前端组件化方案探究

# 背景

公司目前基于多业务部门，很多业务组件和功能逻辑都具有较高的普适性，但与此同时各业务部分和开发人员缺乏一定的交流平台，更多的是在遇到对应需求时会简单内部讨论一番，当了解到其他业务部门存在落地的方案时，再进一步进行沟通交流。

这种方式，总体来说还是比较原始的，无论从沟通方式的效率来说，还是对于组件业务逻辑的深入理解都是非常低效的。因此，对于探索一种高效的、简单的、现代化方案是非常有必要的。

# 前言

最近在面试的过程中有被问及到websocket的连接过程（简历中项目有使用到websocket），一时有点懵，以为是在问使用方式，后来确定了下是在问网络层面的连接过程，是如何进行的，以及http和socket的过程。

我只做过心跳和断网重连的一些基本使用，对原理层面知之甚少。对于简历中的项目涉及到的websocket技术还是属于了解的比较浅的，问题很有点大啊。总的来说对于简历中的技术应该还是要做到比较熟悉才行，项目和技术栈还是有必要好好准备一番的。

# 背景

最近在开发公司官网项目时，使用到了Eggjs+React的SSR方案，众所周知，官网等门户网站对于SEO和首屏优化非常重视，因此结合该场景考虑，最终决定使用SSR服务端渲染方案，也是在技术调研的时候发现了一个比较完善的基于eggjs封装的一个SSR框架，在初步尝试和测试了一段时间后，最终决定了这个方案。

想必大家都知道eggjs是基于koa封装实现的，而对于koa而言，最知名的莫过于他的洋葱模型中间件方案，这是一个很巧妙的设计，也是经常接触的一个知识点。因此对于其实现原理和运行逻辑也很值得我们进一步探索，做到知其然、知其所以然。

# JS类型

最新的 ECMAScript 标准定义了 8 种数据类型:

• 7种原始类型：Number、String、Boolean、Null、Undefined、Symbol、BigInt
• Object引用类型：Array、Object、Date、RegExp、Error、Map、Set、WeakMap、WeakSet，几乎所有通过 new 创建的，即构造函数类型

众所周知，JS是单线程的，但是其在浏览器中的具体运行机制是怎样的呢？什么是微任务什么是宏任务呢？本篇文章我们从整体宏观层面进行梳理和分享。

本篇文章主要结合我最近的一个真实项目的具体业务场景的思考总结，以及相关的实战经验分享，希望能够帮助大家对权限设计有一个更深入的了解。

技术栈方面使用的是vue3 + ts + vue-router + pinia，不过，权限设计的整体思路和技术并无很深的关联，不影响整体思路。

# 起笔

晃晃悠悠，一年又一年，光阴荏苒，日月如梭

这一年给我的感觉就是“快”，尤其的快，现在提笔写年终，但停下细想，仿佛2021新年目标才刚刚写完，而现在就已经来到了2022年...