
我修好了我的博客——如何设计一个全新的博客框架
作者分享了个人博客框架迭代历程:从Hexo迁移到Astro的尝试,到发现Elog平台带来的启发,最终思考将Notion作为内容管理系统的新方案。文章重点描述了作者对博客系统的核心需求——解决创作同步问题,以及在探索NotionNext等解决方案过程中遇到的技术限制和思考。
使用VS Code的独立配置功能,可以为不同项目创建特定的配置文件,解决了在公司环境中因安全合规要求而无法使用第三方插件的问题。通过配置云同步和工作区单独配置,满足日常开发需求。推荐使用Codeium作为开源解决方案。
之前在工作和日常开发中,我使用的都是同一套配置文件,开启了「配置云同步」后,只需要登陆Github就能直接帮我同步配置、装好拓展,非常方便。
对于某些需要「特别照顾」的项目,我一般使用项目/工作区配置,即在 <projectDir>/.vscode
路径下创建一个 config.json
文件,VS Code 就会优先读取这里面的配置,覆盖掉默认配置。
对于拓展,直接在「拓展」Tab里对拓展选择「工作区禁用/启用」即可(该配置存储在VS Code的全局 workspaceStorage
里),如下图所示。
全局配置云同步 + 工作区单独配置这两板斧下来,已经能基本满足我日常开发和工作的全部需求了。
入职公司后,由于数据安全和合规问题,IDE中必须安装上公司的相关插件(内部流程套件),AI Copilot也不能用第三方的,必须用内部的插件。
但是公司的拓展必须通过一个内部的Market安装,外部无法安装,对于一些内部工具比如Code Inspector还好,本来我在外部就用不上,但是对于 AI Copilot 就不能接受了。
在公司内部的AI插件在外部装不上,但是要使用这个插件又必须禁用第三方插件,这样我在下班后自己电脑上写东西的时候就必须每次都手动开启一下第三方插件,很不方便。
夹带一点私货,推荐Codeium,开源免费解决方案
为了解决这个问题,我就想能不能创建一个类似本地用户的方案,让我在公司工作的时候有一套独立的配置文件,一搜还真有 —— 除了工作区配置外,VSCode还有一个独立配置文件的功能。
简单地说就是工作区配置的全局版,使用了类似的逻辑,就是在「默认」配置上新增了一层,若有更高层级配置则使用更高层级配置,否则仍使用默认配置。
点击新建配置文件(New Profile)以后,就会弹出一个小窗,编辑配置文件的初始信息。
在引入独立配置文件后,配置的优先级如下:
工作区配置 > 独立配置 > 默认配置
作者: ChlorineC
创建于: 2025-01-03 19:12:00
更新于: 2025-01-05 09:03:00
版权声明: 本文章采用 CC BY-NC-SA 4.0 进行许可。
作者分享了个人博客框架迭代历程:从Hexo迁移到Astro的尝试,到发现Elog平台带来的启发,最终思考将Notion作为内容管理系统的新方案。文章重点描述了作者对博客系统的核心需求——解决创作同步问题,以及在探索NotionNext等解决方案过程中遇到的技术限制和思考。
TypeScript 的类型声明文件 .d.ts 提供了 JavaScript 代码的附加元信息,支持类型提示和自动补全。使用 DefinitelyTyped 仓库可以为没有类型声明的 npm 包提供类型支持,类型定义可通过 type 和 interface 进行,declare 语法用于为已有的 JS 变量或函数添加类型。三斜杠指令用于引入额外的文件依赖。
前端模块化的演变包括CJS、AMD、CMD、UMD和ESM,现代浏览器支持ESM,webpack负责模块处理和打包,确保在浏览器中高效运行模块,支持代码拆分和Tree Shaking以优化性能。
本文探讨了前端开发的复杂性,提倡回归以后端为中心的架构,强调使用简单的工具和技术,如模板引擎、jQuery、alpine.js和htmx,来简化开发流程。作者认为,现代前端工具链的复杂性逐渐偏离了简化开发的初衷,建议在不引入过多复杂性的情况下,利用Web Components等标准技术来实现可复用组件,从而提高开发效率。