农村的师傅的博客

通常我们在页面访问一个静态资源（通常是get请求）比如js、css、图片等，在获取到这些静态资源后，浏览器可以根据一定的规则将资源进行缓存，以便下次再请求相同的资源时，可以直接使用缓存，而无需重复加载。

这里主要记录一下，我在我司搭建和推广前端CICD时，基于公司现有场景和业务，以及相关实践所做的一些思考和总结。

我在上一篇文章中node c++模块开发：项目搭建文章中，一步一步搭建了一个基本的node c++模块项目。但是，那个项目还存在着一些问题，比如对c++部分的测试，ts类型定义（不然用ts干啥），API文档等等。这篇文章，我将尝试解决这些问题，并对项目的配置做进一步的优化。

本篇文章思考了为什么要建立前端文档，以及用什么样的形式去建设前端文档。后续会尝试整理出针对不同类型的文档的建设方案。

之前我们公司有同事想要试一下在项目中应用微前端，我不确定他是如何去考量的，可能从项目角度觉得项目很大，也可能是从项目性质角度觉得用微前端比较合适，也可能是想要尝试一下新技术，但不管如何，这也让我思考了一下从哪方面考量项目是否适合应用微前端架构。

前端领域的快速更迭告诉我们顺应时代的变化才是核心。这是我浏览了一些2022前端发展趋势文章后的一些感受。

这里记录了一些，我编写node c++模块时，所遇到的一些问题，所以记录下来，而且肯定会不定期更新。

背景

在你的业务中，通常在什么情况下会需要编写node c++ addons（即node原生模块或者c++模块）？

• 使用c++来提高提高性能
• 需要使用node来调用其他的c++库或者动态链接库

不管因为什么，编写一个node c++模块，所需要了解的知识可不少：

• 基本的node知识，这个不用多说
• 了解基本的c/c++语言，至少，你要能写c/c++代码，具体到什么程度就需要具体问题具体分析了。
• 了解node的N-API或者node-addon-api库（推荐），这是架起node和c++之间的桥梁。

我们知道，npm中有些包是使用了原生的c++进行编写，在安装这类包时，都会使用node-gyp库来对这些c++模块进行编译以便可以使其在node中使用。而我们大部分遇到这类原生c++模块包的安装时，都会非常头疼，因为太容易安装失败了。所幸，在吃了这么多亏之后，终于将安装这类c++模块的解决方案大致摸清楚了，所以记录下来，希望能帮到别人。

这是我在总结 团队研发流程探索思考 后，对团队研发流程改进的实践总结。