惜鸟

我们来深入探讨一下Java检查型异常和非检查型异常的设计哲学、利弊以及其他语言的做法。 一、 Java 为什么设计这两种异常？ Java的设计者们（主要是James Gosling）在早期希望建立一个

核心思想 首先要明白，两者都是绑定在类上而不是类的实例上的方法。这意味着你既可以通过实例调用它们，也可以通过类本身直接调用。它们的关键区别在于隐式传入的第一个参数。 1. @classmethod (

最开始写这篇文章的标题是 “如何让大模型进行工具调用”，发现这个标题非常容易引起误解，虽然 "工具调用 "这个名称意味着模型直接执行某些操作，但实际上并非如此！模型只是根据传入的工具定义按照特定的格式

结构化输出是指让大模型（如GPT、LLama等）的输出结果符合预定义的格式（如 JSON、Pydantic 对象、表格等）而不是自由文本，这在需要程序化处理结果（如数据提取、后续自动化操作）时非常有用

以前开发编辑器一直使用的是 IDEA 和 VS code 安装智能插件提供辅助编程的能力，最近看到 Trae 2.0 发布了，并且支持 SOLO 模式，看了 Trae 的介绍功能非常强大，为了积极拥抱

Mockito的常见核心功能及最佳实践 Mockito 是一个流行的 Java 单元测试模拟框架，它的核心功能包括：创建模拟对象、设置模拟行为、验证交互。它能够帮助你在测试中隔离外部依赖，使得测试更加

最近看到在 huggingface 看到一个模型 Nanonets-OCR-s，从它的介绍中了解到，这个模型是一个先进的图像转 Markdown OCR 模型，其功能远超传统的文本提取。为了验证该模型

最近在优化RAG应用，发现在转换PDF文件为 markdown 格式时发现有很多页眉页脚被包含在了正文中，为了避免页眉页脚的影响，查阅了相关资料，实现了一个PDF文档页眉页脚识别与去除的方案，在这里分

最近看了一些构建RAG应用相关的文章（放在后面的参考文档中），有下面的一些观点。 本文将对这些文档做一个梳理，用自己理解的方式结合大模型的总结将相关内容记录下来，一方面，帮助自己对RAG应用有一个更加