1.webpack 总结、静态面试题
2.gin框架原理详解(gin框架是资源什么)
3.一文带你快速上手Rollup
4.解读FlaskBB源码
5.fastapi解决默认文档打不开的方案
6.教程 - 深度探讨在 Vue3 中引入 CesiumJS 的最佳方式
webpack 总结、面试题
webpack 是库源一种模块打包工具，用于将各类资源如 img、码静CSS、态资JS 等转译组合为 JS 格式的源库源码虚拟光驱 源码 bundle 文件，实现资源的静态模块化打包。
使用 webpack 的资源好处在于，它能将多种静态资源如 js、库源css、码静less 转换成单一静态文件，态资减少页面请求次数，源库源码同时提供语法转换功能，静态如 less 编译成 css,资源 ES6 转换成 ES5，确保语法兼容性，库源并且支持多种功能强大的插件。
在 webpage 之前，前端打包主要依赖于引入外部第三方库，而浏览器不支持模块化，因此需要使用如 browserify、requirejs 等打包工具来实现模块化。
浏览器不直接支持模块化，早期通过 browserify、requirejs 等工具将能在浏览器中运行的 commonjs 模块代码进行打包。
让浏览器支持模块化，主要是通过引入 es6 模块化，它能实现更高效、更简洁的代码组织方式。
跨域请求安全问题可以通过设置 CORS 或者使用代理服务器来解决，确保资源请求的安全性。
webpack 插件如 HtmlWebpackPlugin、mini-css-extract-plugin、clean-webpack-plugin 等，能提供更强大的功能，如处理 HTML 资源、自动引入打包输出的所有资源、清除旧版本文件等。
webpack 实时重新加载功能可以通过 watch mode 实现，它能自动打包修改后的期货震荡策略源码 js 文件，无需手动操作。webpack-dev-server 插件则提供了一个带有实时重新加载功能的 web server。
webpack 的构建流程包括读取配置、初始化参数、开始编译、确定入口、编译模块、完成模块编译、输出资源、输出完成等步骤，涉及核心概念如入口文件、Loader、Chunk 等。
优化前端性能可以通过压缩代码、提取公共代码、代码分割、使用 Tree Shaking 技术等方法，提高代码加载和执行效率。
使用 webpack 配置单页应用时，只需指定入口文件即可，而多页应用需遵循特定的目录结构，并使用 AutoWebPlugin 来完成自动化构建，确保公共代码的高效加载。
loader 是 webpack 处理非 JS 类型文件的关键组件，通过配置模块规则，告诉 webpack 使用特定 loader 进行文件转换。常见的 loader 包括 less-loader、css-loader 等。
webpack 中的 tree-shaking 是一种优化技术，用于移除无用代码，提高构建速度和运行效率，确保代码精简高效。
webpack 与 grunt、gulp 的不同在于，它基于入口文件进行递归解析，使用 Loader 和 Plugin 扩展功能，而 grunt 和 gulp 则是基于任务和流的构建模式。
bundle 是三三复制源码由 webpack 打包的最终文件，chunk 是由多个模块组成的代码块，用于合并和分割资源。bundle、chunk 和 module 是 webpack 世界中的核心概念。
Webpack Proxy 通过 /手败gin-gonic/gin
一个简单的例子：
packagemain
import"github.com/gin-gonic/gin"
funcmain(){
//Default返回一个默认的路由引擎
r:=gin.Default()
r.GET("/ping",func(c*gin.Context){
//输出json结果给调用方
c.JSON(,gin.H{
"message":"pong",
})
})
r.Run()//listenandserveon0.0.0.0:
}
编译运行程序，打开浏览器，访问页面显示：
{ "message":"pong"}
gin的功能不只是简单输出Json数据。它是一个轻量级的WEB框架，支持RestFull风格API，支持GET，POST，PUT，PATCH，DELETE，OPTIONS等/gin-gonic/gin"
)
funcmain(){
router:=gin.Default()
//静态资源加载，本例为css,js以及资源
router.StaticFS("/public",/ffhelicopter/tmm/website/static"))
router.StaticFile("/favicon.ico","./resources/favicon.ico")
//Listenandserveon0.0.0.0:
router.Run(":")
}
首先需要是生成一个Engine，这是gin的核心，默认带有Logger和Recovery两个中间件。
router:=gin.Default()
StaticFile是加载单个文件，而StaticFS是加载一个完整的目录资源：
func(group*RouterGroup)StaticFile(relativePath,filepathstring)IRoutes
func(group*RouterGroup)StaticFS(relativePathstring,fs/gin-gonic/gin
如果安装失败，直接去Githubclone下来，放置到对应的目录即可。
（2）代码中使用：
下面是一个使用Gin的简单例子：
packagemain
import(
"github.com/gin-gonic/gin"
)
funcmain(){
router:=gin.Default()
router.GET("/ping",func(c*gin.Context){
c.JSON(,gin.H{
"message":"pong",
})
})
router.Run(":")//listenandserveon0.0.0.0:
}
简单几行代码，就能实现一个web服务。使用gin的Default方法创建一个路由handler。然后通过HTTP方法绑定路由规则和路由函数。不同于net/e"}。
注：Gin还包含更多的返回方法如c.String,c.HTML,c.XML等，请自行了解。可以方便的返回HTML数据
我们在之前的组v1路由下新定义一个路由：
下面我们访问
可以看到，通过c.Param(“key”)方法，Gin成功捕获了url请求路径中的参数。同理，gin也可以捕获常规参数，如下代码所示：
在浏览器输入以下代码：
通过c.Query(“key”)可以成功接收到url参数，c.DefaultQuery在参数不存在的情况下，会由其默认值代替。
我们还可以为Gin定义一些默认路由：
这时候，android 4.3 查看源码我们访问一个不存在的页面：
返回如下所示：
下面我们测试在Gin里面使用Post
在测试端输入：
附带发送的数据，测试即可。记住需要使用POST方法.
继续修改，将PostHandler的函数修改如下
测试工具输入：
发送的内容输入：
返回结果如下：
备注：此处需要指定Content-Type为application/x-www-form-urlencoded，否则识别不出来。
一定要选择对应的PUT或者DELETE方法。
Gin框架快速的创建路由
能够方便的创建分组
支持url正则表达式
支持参数查找（c.Paramc.Queryc.PostForm）
请求方法精准匹配
支持处理
快速的返回给客户端数据，常用的c.Stringc.JSONc.Data
一文带你快速上手Rollup
项目中一直用的都是webpack，前一段需要开发几个类库供其他平台使用,本来打算继续用webpack的，但感觉webpack用来开发js库，不仅繁琐而且打包后的文件体积也比较大。正好之前看vue源码，知道vue也是通过rollup打包的。这次又是开发类库的，于是就快速上手了rollup。
什么是rollup？
关于rollup的介绍，官方文档已经写的很清楚了：Rollup 是一个 JavaScript 模块打包器，可以将小块代码编译成大块复杂的代码，例如 library 或应用程序。
与Webpack偏向于应用打包的定位不同，rollup.js更专注于Javascript类库打包。
我们熟知的Vue、React等诸多知名框架或类库都是通过rollup.js进行打包的。
为什么是rollup？
webpack我相信做前端的同学大家都用过，那么为什么有些场景还要使用rollup呢？这里我简单对webpack和rollup做一个比较：
总体来说webpack和rollup在不同场景下，都能发挥自身优势作用。webpack对于代码分割和静态资源导入有着“先天优势”，并且支持热模块替换(HMR)，而rollup并不支持。
所以当开发应用时可以优先选择webpack，但是rollup对于代码的Tree-shaking和ES6模块有着算法优势上的支持，若你项目只需要打包出一个简单的bundle包，并是基于ES6模块开发的，可以考虑使用rollup。
其实webpack从2.0开始就已经支持Tree-shaking，并在使用babel-loader的情况下还可以支持es6 module的打包。实际上，rollup已经在渐渐地失去了当初的ddos压力测试源码优势了。但是它并没有被抛弃，反而因其简单的API、使用方式被许多库开发者青睐，如React、Vue等，都是使用rollup作为构建工具的。
快速上手
我们先花大概十分钟左右的时间来了解下rollup的基本使用以及完成一个hello world。
安装
首先全局安装rollup：
接着，我们初始化一个如下所示的项目目录
首先我们在src/index.js中写入如下代码：
然后在命令行执行以下命令：
执行命令，我们即可在dist目录下生成bundle.js文件：
这时，我们再在example/index.html中引入上面打包生成的bundle.js文件，打开浏览器：
如我们所预料的，控制台输出了柯森。
到这里，我们就用rollup打包了一个最最简单的demo。
可能很多同学看到这里对于上面命令行中的参数不是很明白，我依次说明下：
其实除了这两个，还有很多其他常用的命令（这里我暂且列举剩下两个也比较常用的，完整的 rollup 命令行参数）：
使用配置文件(rollup.config.js)
使用命令行的方式，如果选项少没什么问题，但是如果添加更多的选项，这种命令行的方式就显得麻烦了。
为此，我们可以创建配置文件来囊括所需的选项
在项目中创建一个名为rollup.config.js的文件，增加如下代码：
然后命令行执行：
打开dist/bundle.js文件，我们会发现和上面采用命令行的方式打包出来的结果是一样的。
这里，我对配置文件的选项做下简单的说明：
到这里，相信你已经差不多上手rollup了。
进阶
但是，这对于真实的业务场景是远远不够的。
下面，我将介绍rollup中的几种常用的插件以及external属性、tree-shaking机制。
resolve插件
为什么要使用resolve插件
在上面的入门案例中，我们打包的对象是本地的js代码和库，但实际开发中，不太可能所有的库都位于本地，我们大多会通过npm下载远程的库。
与webpack和browserify这样的其他捆绑包不同，rollup不知道如何打破常规去处理这些依赖。因此我们需要添加一些配置。
resolve插件使用
首先在我们的项目中添加一个依赖the-answer，然后修改src/index.js文件:
执行npm run build。
这里为了方便，我将原本的rollup -c -w添加到了package.json的scripts中："build": "rollup -c -w"
会得到以下报错：
打包后的bundle.js仍然会在Node.js中工作，但是the-answer不包含在包中。为了解决这个问题，将我们编写的源码与依赖的第三方库进行合并，rollup.js为我们提供了resolve插件。
首先，安装resolve插件：
修改配置文件rollup.config.js：
这时再次执行npm run build，可以发现报错已经没有了：
打开dist/bundle.js文件：
打包文件bundle.js中已经包含了引用的模块。
有些场景下，虽然我们使用了resolve插件，但可能我们仍然想要某些库保持外部引用状态，这时我们就需要使用external属性，来告诉rollup.js哪些是外部的类库。
external 属性
修改rollup.js的配置文件：
重新打包，打开dist/bundle.js文件：
这时我们看到the-answer已经是做为外部库被引入了。
commonjs插件
为什么需要commonjs插件
rollup.js编译源码中的模块引用默认只支持 ES6+的模块方式import/export。然而大量的npm模块是基于CommonJS模块方式，这就导致了大量 npm模块不能直接编译使用。
因此使得rollup.js编译支持npm模块和CommonJS模块方式的插件就应运而生：@rollup/plugin-commonjs。
commonjs插件使用
首先，安装该模块：
然后修改rollup.config.js文件：
babel插件
为什么需要babel插件？
我们在src目录下添加es6.js文件(⚠️ 这里我们使用了 es6 中的箭头函数)：
然后修改rollup.config.js配置文件：
执行打包，可以看到dist/esBundle.js文件内容如下：
可以看到箭头函数被保留下来，这样的代码在不支持ES6的环境下将无法运行。我们期望在rollup.js打包的过程中就能使用babel完成代码转换，因此我们需要babel插件。
babel插件的使用
首先，安装：
同样修改配置文件rollup.config.js：
然后打包，发现会出现报错：
提示我们缺少@babel/core，因为@babel/core是babel的核心。我们来进行安装：
再次执行打包，发现这次没有报错了，但是我们尝试打开dist/esBundle.js：
可以发现箭头函数仍然存在，显然这是不正确的，说明我们的babel插件没有起到作用。这是为什么呢？
原因是由于我们缺少.babelrc文件，添加该文件：
我们看.babelrc配置了preset env，所以先安装这个插件：
这次再次执行打包，我们打开dist/esBundle.js文件：
可以看到箭头函数被转换为了function，说明babel插件正常工作。
json插件
为什么要使用json插件？
在src目录下创建json.js文件：
内容很简单，就是引入package.json，然后去打印author字段。
修改rollup.config.js配置文件：
执行打包，发现会发生如下报错：
提示我们缺少@rollup/plugin-json插件来支持json文件。
json插件的使用
来安装该插件：
同样修改下配置文件，将插件加入plugins数组即可。
然后再次打包，发现打包成功了，我们打开生成的dist/jsonBundle目录：
完美！！
tree-shaking机制
这里我们以最开始的src/index.js为例进行说明：
修改上述文件：
执行打包。打开dist/bundle.js文件：
再次修改src/index.js文件：
再次执行打包，打开打包文件：
发现了什么？
我们发现关于变量b的定义没有了，因为源码中并没有用到这个变量。这就是ES模块著名的tree-shaking机制，它动态地清除没有被使用过的代码，使得代码更加精简，从而可以使得我们的类库获得更快的加载速度。
总结
本文大致向大家介绍了什么是rollup以及如何快速上手rollup。文中提到的这些其实只是冰山一角，rollup能玩的东西还有很多，关于更多可以去 rollup 官网查询。
解读FlaskBB源码
解读FlaskBB源码
FlaskBB源码解读开始。目录结构清晰，根目录包含常见依赖文件和自动测试代码，主文件夹flaskbb内则包含了核心功能。
主程序app.py中的create_app函数展示了FlaskBB的配置加载、扩展初始化与蓝本挂载。自动测试确保代码质量，模板过滤器丰富功能。
目录下四大板块（user、forum、auth、management）构建论坛核心功能，每个板块包含模型、视图、表单三部分，结构清晰。
models.py定义模块关系，如用户与主题的关联通过ORM实现，简化数据库操作。html模板、静态资源（js、css、）分别存放于templates和static文件夹。
FlaskBB源码展示了一个成熟项目结构，代码规范、可读性强。理解其结构与实现细节有助于定制与扩展论坛功能，实现真正可用的论坛产品。
fastapi解决默认文档打不开的方案
打开GitHub仓库，发现shu-s-project有个star，激发了我编写代码的热情。随后，我clone下来准备增加几个API。在调试过程中，意外发现FastAPI自带的文档无法打开，查看控制台后得知静态资源请求失败。由于众所周知的原因，jsdelivr被屏蔽，导致文档空白一片。
搜寻解决方案，有些方法建议将静态资源存放在本地，或修改FastAPI源码，更改CDN地址以接入其他可访问的网络。这两种方案均不理想：前者意味着每个项目都需一套静态资源，失去了CDN的意义，后者则易受版本更新影响。GitHub上也有相关讨论，建议修改Swagger和Redoc的CDN或FastAPI源码中的参数。考虑到上述情况，我决定采用Beipy的方案，在主程序中编写一个函数主动替换CDN地址。代码如下：
原理见fastapi.tiangolo.com/re...，生成docs和redoc的函数参数中包含引用的CDN地址，因此只需修改这些参数即可。
然而，替换的js和css地址带有版本号，不同FastAPI版本可能使用不同版本的静态资源。尝试替换后，发现报错。这导致了新问题：每次都要去源码查看CDN版本并手动替换吗？这还不如使用本地方案。但办法总是比问题多，既然原始的get_swagger_ui_html函数提供了引用的CDN地址，我们只需直接获取参数值并替换前缀即可。使用unpkg而非知乎CDN，因为它更全。遵循这个思路，代码很快完成。
最终解决方案如下：
完整代码如下：
注：redoc也适用此方法，只需修改引入的fastapi.openapi.docs.get_redoc_html函数并替换redoc_js_url即可。
问题得到解决。
教程 - 深度探讨在 Vue3 中引入 CesiumJS 的最佳方式
在 Vue3 中引入 CesiumJS 的最佳实践已有所更新，考虑到 Vite 4.0的升级和CesiumJS的重大变化，建议参考新的教程，其内容更为详尽且包含图文说明。
在 Vue3的背景下，由于Vue2的组件内数据处理方式可能导致性能问题，Vue3提供了markRaw函数来处理复杂状态对象。本文将专注于基于Vue3的引入方法。
了解基本概念前，CesiumJS是一个庞大的JavaScript库，通常使用官方构建版本而非源码。在项目中，CesiumJS的主库和静态资源需要正确配置。推荐使用Vite作为开发工具，因其快速且能有效管理依赖。使用create-vue脚手架创建项目，并配置pnpm以保持依赖版本稳定。
在引入CesiumJS时，避免直接import模型文件，因为Vite不支持自动处理。外部化CesiumJS为外部依赖，利用vite-plugin-external和vite-plugin-html-config插件。记得在配置中指定资源访问路径，区分开发和运行时路径。
创建项目时，确保安装NodeJS和npm或pnpm。使用create-vue脚手架创建项目，并锁定CesiumJS版本。配置外部依赖，指定资源复制脚本，以及使用环境变量CESIUM_BASE_URL来指定资源的运行时路径。
为了跨组件共享 Viewer 对象，推荐使用全局状态管理库pinia，标记 Viewer 为非响应式，以优化性能。最后，附带的示例工程包含了上述所有步骤的详细代码，供读者参考。
请注意，实际代码可能与本文中展示的略有不同，完整工程请自行下载和研究。
