跳到主要内容
你好! 我是文浩

在这里我会分享各类技术栈所遇到问题与解决方案,带你了解最新的技术栈以及实际开发中如何应用,并希望我的开发经历对你有所启发。

你可以随处逛逛,查看WiKi笔记资源导航、以及我的想法感悟

自我介绍

推荐阅读

  • 使用JSONPath解析json数据

    使用JSONPath解析json数据

    jsonpath 能够帮助我们快速的从json数据中提取想要的数据

  • 深谈个人对新技术的看法

    目前技术圈的发展速度可谓是有目共睹,尤其是前端,每隔一段时间就出新的技术,可以说让很多初学者非常畏惧,没有一个明确的方向不知道从何学起。

最新博客

确实已经搭建过很多次的博客,用过WordPress、Jekyll、Hexo、Hugo、Notion, 没有一款贴近理想型的博客。

其实刚开始搭建的Blog也多是属于探索期,无论是从搭建部署,博客主题,内容发布上都是在寻找一个接近理想型的个人博客。

可能是自身的审美再不断提升,所以一开始喜欢的主题也不觉得有多时尚美观,少了些专属特色。

后期又考虑到发布一篇新文章,需要重新部署等等,又感觉不都专注内容输出,又是开始一通的挑选和探索。

其实早就有许多合适的贴近理想的博客,不过又懒于其他事项没有专门搭建。 比如 VuePress都很不错

这次就是选择了Docusaurus 来搭建,一眼相中这个主题,基本操作使用上也是基于前端React开发模式。


文浩Blog阅读需 7 分钟

当我起这个标题时,其实我已经很久没更新(翻看)过笔记了,甚至我都不记得我的博客还有笔记这个东西。

当我翻阅 git 记录,寻找上一次在笔记文件夹的 commit 提交记录,还是在去年的 10 月 1 号。

image_U0EDw0PkAf1

然而并不是我的技术栈没更新,而是我实实在在没去为这些技术栈编写过笔记。仅有的只是博文来记录自己所用的过程。

因此我想思考下我为何不记录笔记。


文浩随笔杂谈阅读需 5 分钟

trpc-banner

如果你想成为一个 Typescript 全栈工程师,那么你可能需要关注一下 tRPC 框架。

本文总共会接触到以下主要技术栈。

不是介绍 tRPC 吗,怎么突然出现这么多技术栈。好吧,主要这些技术栈都与 typescript 相关,并且在 trpc 的示例应用中都或多或少使用到,因此也是有必要了解一下。

在线体验地址:TRPC demo


文浩trpcnextprismazodauth.js阅读需 15 分钟

213727234-cda046d6-28c6-491a-b284-b86c5cede25d

对于想快速实现一个产品而言,如果使用传统开发,又要兼顾前端开发,同时又要花费时间构建后端服务。然而有这么一个平台(Baas Backend as a service)后端即服务,能够让开发人员可以专注于前端开发,而无需花费大量时间和精力来构建和维护后端基础设施。

对于只会前端的人来说,这是一个非常好的选择。后端即服务的平台使得开发人员能够快速构建应用程序,更快地将其推向市场。当然了,你可以将你的后端应用接入 Baas,这样你就无需配置数据库,编写复杂的身份效验。

如果你想了解 Baas,我想这篇文章或许对你有所帮助。


文浩supabasenuxtproject阅读需 10 分钟

Deno 是一个安全的 JavaScript 和 TypeScript 运行时,作者是 Ryan Dahl(也是 Node.js 的原作者)。Deno 的诞生之初是为了解决 2009 年首次设计 Node.js 时的一些疏忽。我认为这种改造动机很有道理,因为我相信每个程序员都希望有机会能重写他们已有 10 年历史的代码。

deno 刚出的时候就听闻了,传言 deno 是下一代 node.js。不过如今看来,还革不了 node.js 的命。如果要说两者字面上的区别,Deno 的来源是 Node 的字母重新组合(Node = no + de),表示"拆除 Node.js"(de = destroy, no = Node.js)。

趁着假期学了一段时间的 deno(指文档刷了一遍),想分享本人作为 node 开发者在学习 deno 时认为的一些亮点,以及个人对 deno 与 node 见解。


文浩denonodejavascripttypescript阅读需 15 分钟

我初识 WebAssembly 是当初想要分析某个网站的加密算法,最终定位到了一个 .wasm 文件,没错,这个就是 WebAssembly 的构建产物,能够直接运行在浏览器中。在我当时看来这门技术很先进,不过如今看来绝大多数的 web 应用貌似都没使用上,迄今为止我也只在这个网站中看到使用 WebAssembly 的(也许有很多,只是没实质分析过)。

恰好最近正在接触 Rust,而 Rust 开发 WebAssembly 也非常方便,因此本文算是我对 Rust + WebAssembly 的初探。


文浩rustwasm阅读需 5 分钟

距离上一篇博文有一个月之久了,距离上次编写代码也有一周之久了,由于疫情的全面放开,加上福建省教育厅通知的提前返乡,反而让我感到有些不适。往常这个时间点我忙于期末考试,会把代码的事情放一边,等到彻底放假后,开始闭关潜心学习。然而剩余的半个月变成了线上形式,课还是要上,考试还是要考,虽说身在家乡,但心不在焉的 😂。

12 月已过半,也是时候该写年终总结了。迄今为止,我已学习了 3 年半的编程。(还好不是两年半),当下的技术不再是当初只会易语言的小伙了。只是当下已没有当初如此强烈的热情与精力了,我称之为老了。

现在回头回顾学习编程时间,用一个成语对自己做个评价——差强人意。在这些时间段,我其实荒废过一段时间,厌倦过,贪玩过,荒废过,从我的 Github 热力图 中其实就能看得出来。就导致欠下技术的,都需要后续花时间去弥补。

要让自己保持每天都处于学习状态真的太难了 😩,生活总有源源不断的琐事打扰着你。在忙碌的时候总是感觉时间不够用,哪怕有时一天花费了数十个小时,也总感觉做的事情太少了;哪怕每天计划都规划得好好的,但总是有一半还未完成。生活中大量的碎片化时间,而编程学习最不需要的就是这些碎片化时间。

回顾整个编程生涯有太多可感慨的,整个旅途几乎是一个人走完的,期间遇到的坎坷就只得依靠搜索引擎来解决,搜索引擎是我再生父母都不为过。没有人给我指引明确的道路,只依靠心中对技术的憧憬不断前行。走过低谷,登过山峰,而如今站稳身子就足矣。

感叹的话语也就是说到这。今年主要总结我为何从逆向转 Web 开发,并明确我未来所要走的方向,也是本文的主题。仅作为个人感悟,不作为建议参考。


文浩年终总结summary阅读需 26 分钟

GraphQL 既是一种用于 API 的查询语言也是一个满足你数据查询的运行时。 GraphQL 对你的 API 中的数据提供了一套易于理解的完整描述,使得客户端能够准确地获得它需要的数据,而且没有任何冗余,也让 API 更容易地随着时间推移而演进,还能用于构建强大的开发者工具。

大概率你听说过 GraphQL,知道它是一种与 Rest API 架构属于 API 接口的查询语言。但大概率你也与我一样没有尝试过 GraphQL。

事实上从 2012 年 Facebook 首次将 GraphQL 应用于移动应用,到 GraphQL 规范于 2015 年实现开源。可如今现状是 GraphQL 不温不火,时不时又有新的文章介绍,不知道的还以为是什么新技术。

目标

本文将上手使用 GraphQL,并用 Nestjs 与 Strapi 这两个 Node 框架搭建 GraphQL 服务。


文浩apigraphqlneststrapi阅读需 13 分钟