Github 配置 Action 自动生成 Rust 项目 Release 资源
如果我们在 Github 上开源了一款 Rust 项目,那么我们就可以借助 Github Action 来完成自动在不同平台上打包,并在创建 Release 后上传到 Github Release 中。
如果我们在 Github 上开源了一款 Rust 项目,那么我们就可以借助 Github Action 来完成自动在不同平台上打包,并在创建 Release 后上传到 Github Release 中。
在编程的世界里,Rust 以其独特的魅力和高效的性能吸引了无数开发者的目光。这门系统编程语言不仅提供了无与伦比的安全性,还拥有着接近 C 语言的性能表现。对于那些渴望深入底层,同时又不愿放弃现代语言特性的开发者来说,Rust 无疑是一座桥梁,连接着传统与未来。今天,我们将一同踏上自学 Rust 的征程,目标是实现一个看似简单,却充满挑战的任务 —— 在 Windows 操作系统中创建软链接。
在 Windows 环境下,软链接(Symbolic Link)是一种特殊的文件指针,它包含了指向另一个文件或目录的路径。软链接的使用,可以让文件系统的组织更加灵活,也让文件的访问和管理变得更加高效。然而,要在 Rust 中实现这一功能,我们需要深入了解 Windows API,掌握 Rust 的系统调用接口,以及熟练使用 Rust 的文件系统库。
在这个过程中,我们不仅要学习 Rust 的基本语法,还要熟悉其类型系统、内存管理机制,以及如何与 C 语言库进行交互。我们将一步步构建起创建软链接的程序,从解析命令行参数开始,到调用 Windows API 函数,再到处理可能出现的错误,每一个环节都是对我们 Rust 知识的考验。
随着程序的逐渐成型,我们不仅能够体会到 Rust 在系统编程领域的强大能力,还能深刻理解软链接在文件系统中的作用。通过这个具体的例子,我们可以看到 Rust 如何在保证安全的同时,提供足够的灵活性来操作底层系统。
最终,当我们在命令行中输入一个简单的命令,看到软链接被成功创建时,那份成就感将是无价的。这不仅仅是对 Rust 知识的一个实践,更是对编程能力的一种提升。自学 Rust,实现 Windows 创建软链接,这不仅是一个技术挑战,也是一次深入探索计算机科学奥秘的旅程。让我们一起开始这段精彩的旅程吧!
《暗黑破坏神 II》(Diablo
II)自 2002 年首次亮相以来,一直是动作角色扮演游戏(ARPG)中的一块里程碑。其迷人的世界观、紧张刺激的战斗体验以及丰富的装备系统,使得这款经典之作至今仍拥有庞大的玩家群体。随着技术的进步和玩家需求的演变,社区中的高手们开发了各种 Mod(游戏修改模块),以提升游戏体验,增加新的内容和功能。今天,我们将一起探索如何安装《暗黑破坏神 2 重置版》的 Mod,带你进入一个个性化且充满无限可能的庇护之地。
在开始之前,请确保你已经拥有一份《暗黑破坏神 2 重置版》的合法副本,并且你的电脑满足安装 Mod 的基本要求。接下来,让我们一步步走进 Mod 的世界,开启一段新的冒险旅程。
PowerShell 是一种强大的命令行工具和脚本语言,它为系统管理员和开发人员提供了广泛的功能。在本文中,我们将介绍一些 PowerShell 常用命令,这些命令可以帮助您更高效地完成各种任务。无论是文件操作、网络管理还是系统管理,PowerShell 都能为您提供强大的支持。现在,让我们一起探索这些实用且高效的 PowerShell 命令吧!
Postman
作为一款已有超过 600 万使用者的 Restful
/API
工具,其功能慢慢变得臃肿,内存占用越来越大,性能慢慢变差,并且还需要强制登录。使得我们需要寻找下一款 API
工具,即使这款工具我们不是现在就更换,也需要为未来做下准备。
那么有哪些 API
工具可以替代 Postman
呢?
使用 Gradle 快速创建一个多模块工程,并引入 io.spring.dependency-management
进行 dependencyManagement
管理。
为子模块定义公共依赖的版本,类似于 Maven 中的 DependencyManagement
一样。子模块只需引入 groupId
和 artifactId
即可。
最近正在研究 Asciidoc 这款生成文档的工具,其代码风格和 markdown 类似,最大的区别就是其有配套的默认工具来识别相应的结构目录,并根据目录结构来生成 html, doc, pdf。
语法简单,工具操作简单,可以解决现在 markdown 碰到的部分问题,且还支持 Antora 这样的更加灵活的工具,使得文档或者技术书籍的写作变得更加的简单。
今天这篇文章主要来解决使用过程中碰到的问题:非拉丁语系文字在生成 pdf 时,会变成乱码。
作为服务端研发,在设计一个接口的时候,为了保证后续业务的新增和修改,会有各种的扩展性设计,其中关于 URL 的通用扩展设计是在 path 中加入版本。
例如: https://domain.com/api/{version}/path
。这种设计方便后续对接口升级时,只需要简单的升级版本号就可以了。
在有多个版本号之后,我们如何在 Spring Boot 中优雅的根据版本号进行不同的逻辑处理呢,本篇文章会介绍我正在使用的一种比较优雅的方法在 Spring
Boot 中来处理版本号。