技术擦边

在之前文章中，我们开发 AI 应用时，采用了 Tauri + Next.JS 架构，且当时设想是制作国际版本，并不局限于中文环境。选用何种国际化框架来实现呢？

2024年5月，朋友 @东方赞 得到了一批显卡，搭建了多套大模型，为了解决模型应用问题，他调研了当时比较火的一些应用，后面我们决定自己做一个应用……

在之前的文章《如何理解微服务架构》中，我们回顾了微服务架构的优缺点。在采用这种架构构建的应用程序中，服务之间的交互可能是一个挑战。实现这种交互有不同的方法。在本篇文章中，我们将回顾同步交互（HTTP/

单体式架构的问题随着应用程序的增长而出现。为了克服这些挑战，可以使用微服务架构。然而，这并非灵丹妙药。这种架构有其自身的优点和缺点。 微服务架构概览 一个应用程序被分成多个小型服务（用户服务、航班服务

单体架构是构建应用程序的一种传统方式。这种软件架构原则有利有弊。一方面，它可以带来快乐。另一方面，它也会让人失望。让我们回顾一下它在软件架构中的地位。 单体架构概览 典型的单体架构如上图所示。其主要特

十二要素应用程序是构建现代可扩展应用程序架构所需的一系列原则。本篇文章将从 Spring Boot 应用的角度回顾这些原则。 一、代码库 应用程序在版本控制系统（如 Git）中进行跟踪。 代码库和应用

认证协议概述 我们常见的认证协议，包括 OAuth、SAML、CAS 和 OpenID Connect 等。在这些协议中，OAuth 协议只定义了基本的协议架构，但没有明确要求 API 如何指定，因而

对接 pac4j , 我们以对接 GitHub 进行实战，能从项目指定路径 /login/github 跳转 GitHub 认证后，获取登录用户的相关信息在界面展示，其他 API 配置为不受此

pac4j 是一个简单而强大的安全框架，用于 Java 验证用户、获取用户配置文件和管理授权，以保护 web 应用程序和 web服务。 它提供了一套全面的概念和组件。

问题描述 CQRS 模型的局限性实际在于只保存领域实体的最新状态。对于某些应用程序，这已经足够了。然而，其他系统需要更大的弹性。这可以通过事件溯源（Event Sourcing）实现。

在典型的软件应用程序中，有一个负责写入和读取操作的数据存储。通常，应用程序实现一些 CRUD 操作，并且非常简单。你存储了一些东西并读取了相同的结果。 然而，在复杂的应用程序中，情况并不是那样。

上一篇中，我们概览一下 pig 项目的整体结构，并将其运行起来了。本篇我们进一步分析一下各子项目。 pig-visual pig-visual 附加的一些可视化子项目，包括 pig-codegen（代

在上一系列，对 RuoYi（若依）的单体项目比较简单地进行了探秘。虽然 RuoYi 的单体项目有很多不足，但是瑕不掩瑜，RuoYi 还是一个在小项目、验证项目、紧急项目时，可用的基础框架项目。本系列将

在上篇中，我们基本对 RuoYi 最重要的菜单相关进行探究，其他业务的代码不再进行探究。本篇将从第三视角，使用第三方代码扫描工具等，对 RuoYi 项目的代码进行品评。 coding.net 我们首先

上篇中，我们对 Shiro 框架做一个简单的扩展了解，稍微了解了一些 Shiro 的概念及运行逻辑，然后我们发现了在用户登录成功后，RuoYi 对用户授予了角色和菜单，这两个数据是如何来的，又是怎么样

上篇中，我们初步探究了 RuoYi 项目是如何进行登录信息传输、验证码校验、密码校验，以及密码存储安全性方案。我们了解到，整个的验证实现是围绕 Shiro 框架进行的，而数据的传输安全性，RuoYi

上篇中，我们初步观察了 RuoYi 的项目结构，并在最后实际运行起了项目。我们也发现了作者不好的代码习惯，作为反例，我们应该要养成良好的编码习惯。本篇开始，我们会按照 Web 界面逐一对具体子项目的实

我们正在探秘各种比较火热的后台管理相关的开源项目，探秘结果将以系列文章的形式分享。希望你能在这些文章中学习别人的优点，也能看到别人的不足，进而可以提升自我的技术能力或技术态度