1.webpack 总结、静态面试题
2.gin框架原理详解(gin框架是资源什么)
3.一文带你快速上手Rollup
4.解读FlaskBB源码
5.fastapi解决默认文档打不开的方案
6.教程 - 深度探讨在 Vue3 中引入 CesiumJS 的最佳方式

webpack 总结、面试题

       webpack 是库源一种模块打包工具，用于将各类资源如 img、码静CSS、态资JS 等转译组合为 JS 格式的源库源码excel linux 源码下载 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定义一些默认路由：

       这时候，jj比赛源码我们访问一个不存在的页面：

       返回如下所示：

       下面我们测试在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已经在渐渐地失去了当初的app邮件源码优势了。但是它并没有被抛弃，反而因其简单的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 为非响应式，以优化性能。最后，附带的示例工程包含了上述所有步骤的详细代码，供读者参考。

       请注意，实际代码可能与本文中展示的略有不同，完整工程请自行下载和研究。