×

rust

【投稿】Rust 中等生命周期 —— 从 StrSplit 实例说开去

LY LY 发表于2024-06-28 浏览6037 评论0
在本文中,我们将围绕着字符串分割的实例,讲解 Rust 中的生命周期。首先我们会剖析为什么需要生命周期、什么是生命周期、以及如何标注生命周期;接下来引入多生命周期标注,并阐述什么时候需要标注多个生命周期。在此基础上,我们向前多迈一步,使用自定义的 trait 来取代分隔符的定义,让实现更加通用。最后通过查看标准库字符串分割的实现,综合理解本文中所有的知识点。 前置要求 至少看过 Rust The Book 前 8 章的内容。推荐的学习资料: Take your first step

spring boot

JAVA操作Excel(POI、easyPOI、easyExcel)

正邦鞋业 正邦鞋业 发表于2024-06-24 浏览5447 评论0
POI、easyPOI、easyExcel的使用 我只是讲解最平常的使用技巧,实战中会遇到格式各样的情况,看官方文档、Debug、搜索报错信息,是最适合学习和解决问题的途径,使用官方文档写在了每一条讲解的下方,供大家快速预览 在讲解之前先来聊一下03和07版的Excel 一、支持文档类型不同 1、Excel03:只支持xls类型的文档。 2、Excel07:除了支持xls类型文档,还支持xlsx类型的文档。 二、功能不同 1、Excel03:将智能标记操作与部分电子表

spring cloud

Java知识点--IO流(上)

上善若水 上善若水 发表于2024-06-21 浏览7539 评论0
一、文件 1、文件的含义 文件是保存数据的地方,比如word文档,txt文本文件,视频,图片等都是文件。 2、文件流 文件在程序中是以流的形式来操作的。输入流:数据从文件到程序(内存)的路径。(在程序中读取文件数据) 输出流:数据从程序(内存)到文件的路径。(在程序中将数据写入文件) 二、常用的文件操作 1、创建文件对象相关构造器和方法 相关构造器: new File(String filePath) 根据路径创建File对象 new File(File

spring boot

秒懂如何使用SpringBoot+Junit4进行单元测试

′T-oste ′T-oste 发表于2024-06-19 浏览8650 评论0
一、目标 学会基于AssertJ的断言技术; 学会基于AssertJ-DB的数据库断言技术; 学会基于JMockit的mock技术; 学会内存和数据库的造数; 学会集成Maven进行单元测试、集成测试的执行; 学会查看测试覆盖率; 二、断言技术 断言库包含很多,比如junit自带的、hamcrest等,这里推荐使用AssertJ,看它的官网就知道了,宣称fluent assertions java library。 2.1 核心库断言 AssertJ的断言采用ass

spring

【Spring】一文带你吃透IOC技术(谈谈你对spring ioc的理解)

HYH HYH 发表于2024-06-14 浏览10305 评论0
个人主页: 几分醉意的CSDN博客_传送门 💖loC 控制反转 loC,Inversion ofControl:控制反转,是一个理论,一个指导思想。指导开发人员如何使用对象,管理对象的。把对象的创建,属性赋值,对象的声明周期都交给代码之外的容器管理。 loC分为控制和反转   ●控制:对象创建,属性赋值,对象声明周期管理。   ●反转:把开发人员管理对象的权限转移给了代码之外的容器实现。由容器完成对象的管理。   ●正转:开发人员在代码中,使用new构造方法创建对象

MYSQL教程

Java、MySQL实现学生成绩管理系统

朱朱朱、 朱朱朱、 发表于2024-06-12 浏览4748 评论0
目录 一、环境配置 1.1 构建jar包路径 1.2 安装Java图形化设计工具winbuilder 1.3 安装MySQL数据库 1.4 JDBC连接数据库 修改代码: 配置Navicat: 1.5 测试程序能否运行 二、需求分析 2.1 功能分析 2.2 用例图 三、概要设计 3.1 模块划分 3.2 UI设计 3.2.1 登录界面UI设计 3.3 流程设计 3.3.1 全局流程图 3.4 数据库设计 四、系统实现 4.1 实现步骤 4.2 关键功能

restful

测试开发工程师必备技能分享:Mock的使用技巧(mock测试教程)

呃哦 呃哦 发表于2024-05-28 浏览7040 评论0
点击上方“测试开发技术”,选择“加为星标” 优质文章,第一时间送达! 1. 背景 在实际产品开发过程中,某个服务或前端依赖一个服务接口,该接口可能依赖多个底层服务或模块,或第三方接口,比如说服务 A 依赖服务B,服务B又依赖服务 C,如下图所示: 这种依赖的问题会导致原本的需求目的是要验证服务A,但由于所依赖的服务B或者服务C不稳定或者未开发完成,导致工作无法正常开展。 那作为测试工程师,面对这样的情形,我们该怎么办呢?解决这类问题的核心的思路:引入依赖服务替身,更通俗的叫法