游客ahlz44qoqmt3g_个人页

2025年12月

• 12.30 20:45:46
  发表了文章 2025-12-30 20:45:46

  集合的显式创建

  MongoDB中使用`db.createCollection(name)`创建集合，name为集合名称，不可为空或含\0、system.开头及保留字符如$。查看当前库表可用`show collections`或`show tables`。命名需遵循规范，避免系统保留字符。
• 12.30 20:45:17
  发表了文章 2025-12-30 20:45:17

  数据库的删除

  MongoDB删除数据库语法为：db.dropDatabase()，用于移除已持久化的数据库，执行后将永久删除当前数据库及其中所有数据，请谨慎操作。
• 12.30 20:44:49
  发表了文章 2025-12-30 20:44:49

  选择和创建数据库

  MongoDB中使用`use 数据库名`选择或创建数据库，若不存在则自动创建；`show dbs`查看所有数据库；`db`查看当前库。集合需插入数据后才真正创建。数据库名需为非空小写UTF-8字符串，不含特殊字符，最长64字节。保留库包括admin（权限管理）、local（本地存储）和config（分片配置）。
• 12.30 20:43:45
  发表了文章 2025-12-30 20:43:45

  Service接口

  MP提供了更高效的Service层方法，如批量增删改查、分页等。使用时需继承IService接口及ServiceImpl实现类，遵循其规范，提升开发效率，避免重复编写Mapper层代码，实现更优雅的业务逻辑封装。（239字）
• 12.30 20:42:32
  发表了文章 2025-12-30 20:42:32

  自定义SQL

  利用MyBatisPlus的Wrapper构建动态查询条件，结合自定义SQL实现灵活更新。例如，扣减指定ID用户的余额：通过LambdaQueryWrapper构造id in (1,2,4)条件，Mapper中使用@Param("ew")传入wrapper，在XML或注解SQL中通过${ew.customSqlSegment}注入条件片段，实现SQL拼接，兼顾安全与灵活性。（239字）
• 12.30 20:41:40
  发表了文章 2025-12-30 20:41:40

  案例实操

  通过多个案例演示MyBatis-Plus中QueryWrapper和UpdateWrapper的实用技巧：实现条件查询、更新操作。涵盖模糊匹配、范围筛选、批量修改及SQL片段设置，提升开发效率与代码可读性。（238字）
• 12.30 20:41:05
  发表了文章 2025-12-30 20:41:05

  理论分析

  MyBatisPlus通过Wrapper条件构造器支持丰富查询，继承BaseMapper即可使用常用方法。AbstractWrapper定义eq、like、between等条件，QueryWrapper可指定查询字段减少IO开销，UpdateWrapper用于更新特定字段，提升SQL性能。
• 12.30 20:40:02
  发表了文章 2025-12-30 20:40:02

  常见配置

  MyBatisPlus配置继承MyBatis原生设置，支持别名包扫描、XML映射文件路径定义，并提供驼峰命名转换、二级缓存控制。全局配置支持雪花ID生成、非空字段更新策略，简化数据库操作，提升开发效率。（238字）
• 12.30 20:39:24
  发表了文章 2025-12-30 20:39:24

  常见注解

  MyBatisPlus通过实体类反射自动映射表结构，支持注解处理表名、字段不一致等异常情况。常用注解包括@TableName、@TableId、@TableField，结合IdType枚举与雪花算法，灵活实现数据库操作，提升开发效率。（238字）
• 12.30 20:38:50
  发表了文章 2025-12-30 20:38:50

  继承BaseMapper

  通过继承BaseMapper并指定实体泛型，即可自动拥有常见CRUD操作方法。使用MyBatis-Plus逐步替换原有增删改查代码，包括新增、单查、批量查询、更新和删除用户，最终可彻底移除XML映射文件，大幅简化开发，提升代码简洁性与维护效率。
• 12.30 20:38:18
  发表了文章 2025-12-30 20:38:18

  引入MybatisPlus的起步依赖

  MyBatisPlus官方提供了一站式Starter，集成MyBatis与MyBatisPlus全部功能，支持自动装配，可直接替代原生MyBatis依赖。引入`mybatis-plus-boot-starter`后，无需额外配置，简化开发流程，原MyBatis依赖可移除，提升效率。
• 12.30 20:37:07
  发表了文章 2025-12-30 20:37:07

  Controller中具体使用

  该接口用于根据企业ID和编码查询历史交易数据，无需登录即可访问。通过POST请求调用，返回符合条件的标签信息列表，响应结果包含查询状态及数据内容，适用于前端筛选展示场景。
• 12.30 20:36:40
  发表了文章 2025-12-30 20:36:40

  过滤器匹配

  UserLoginInterceptor 是一个基于Spring的登录拦截器，通过注解@Login控制接口访问权限。若方法标记为无需登录则放行，否则进行用户鉴权，结合Redis实现会话管理，确保接口安全访问。（236字符）
• 12.30 20:36:09
  发表了文章 2025-12-30 20:36:09

  定义自定义注解@Login

  `@Login` 是一个Java注解，用于标识方法是否需要登录验证。通过 `value` 指定 `YesOrNo` 枚举值（YES/NO），在运行时生效，可应用于方法级别，配合AOP实现登录校验逻辑。
• 12.30 20:35:42
  发表了文章 2025-12-30 20:35:42

  AOP+Controller使用自定义注解

  通过自定义注解@CustomAnnotation和AOP切面，实现对用户查询方法的自动日志记录。当调用findUser接口时，可输出类名、方法名及注解中的日志信息，提升系统可观测性与维护效率。（238字）
• 12.30 20:35:10
  发表了文章 2025-12-30 20:35:10

  定义自定义注解

  `@interface CustomAnnotation` 定义一个运行时注解，可被javadoc记录，仅用于方法。通过`name()`和`value()`提供默认字符串属性，结合`@Retention(RUNTIME)`与反射配合使用，实现类似Spring中`@PostMapping`的注解功能，用于方法的元数据标记与处理。（238字）
• 12.30 20:34:09
  发表了文章 2025-12-30 20:34:09

  定义Controller

  通过 `@RequestMapping` 注解映射 URL 路径，接收路径变量 `id`，调用服务层查询用户信息。访问 `http://{domain}/user/1` 返回 JSON 格式用户数据：`{"id": 1, "name": "user-1"}`，实现简单高效的 RESTful 接口。
• 12.30 20:33:20
  发表了文章 2025-12-30 20:33:20

  定义UserService

  该服务类通过构造注入UserDao，提供根据ID查询用户的功能，实现业务逻辑与数据访问的解耦，符合Spring推荐的依赖注入设计原则。（136字）
• 12.30 20:32:49
  发表了文章 2025-12-30 20:32:49

  定义UserDAO

  UserDao 是一个用户数据访问组件，提供根据ID查找用户的方法。当ID大于10时返回null，否则返回对应用户对象，用于模拟简单用户查询逻辑。
• 12.30 20:32:13
  发表了文章 2025-12-30 20:32:13

  定义User

  该类为用户实体类，包含用户ID和姓名属性。通过Lombok注解简化代码，自动生成getter、setter、toString及构造方法，提升开发效率，适用于数据封装与传输场景。（236字符）
• 12.30 20:31:19
  发表了文章 2025-12-30 20:31:19

  构建后续赋值上下文

  默认构建时以形参value生成一组上下文；若取别名，则额外构建别名为value的一组，支持后续yaml汉化。因此，默认上下文数为形参个数×1，有别名时为形参个数×2。
• 12.30 20:30:52
  发表了文章 2025-12-30 20:30:52

  获取原始脚本，参数

  QLRule中value支持缺省值，对应YAML中key为ruleCode；默认读取路径为com.c2f.boot.starter.rule.engine.QLExpressProperties；原始脚本由String rule获取，用于构建AST语法树。
• 12.30 20:29:54
  发表了文章 2025-12-30 20:29:54

  脚本编写

  表达式规则维护在YAML文件中，默认扫描classpath*:/rules/**/*.yaml路径下的配置，如user.yaml。支持条件判断与复杂逻辑处理，如年龄校验、BMI计算并返回结果信息。
• 12.30 20:28:48
  发表了文章 2025-12-30 20:28:48

  接口定义

  该类为用户管理实现类，通过@Service注解声明为Spring容器管理的Bean。其中isAdult和calculate方法分别用于判断用户是否成年及计算BMI结果，均使用@QLRule注解标记为规则方法，并通过@QLAlias指定参数别名，实际逻辑由规则引擎触发执行。
• 12.30 20:28:23
  发表了文章 2025-12-30 20:28:23

  实体构建

  User类用于表示用户基本信息，包含姓名、年龄、性别、身高和体重字段，各属性通过@QLAlias注解定义中文别名，便于数据查询与展示，结构清晰，易于扩展与使用。
• 12.30 20:26:38
  发表了文章 2025-12-30 20:26:38

  MongoDB的特点

  MongoDB是一款高性能、高可用、高扩展的NoSQL数据库，支持嵌入式数据模型与多种存储引擎，提供索引优化、自动故障转移、分片扩展及丰富查询功能，适用于海量数据存储与O2O等多样化应用场景。
• 12.30 20:25:41
  发表了文章 2025-12-30 20:25:41

  数据模型

  MongoDB以文档为最小存储单位，采用BSON（Binary JSON）格式存储数据。BSON支持字符串、数组、对象及Date、ObjectId、二进制等扩展类型，兼具灵活性与高效性，适合存储结构化与非结构化数据，但空间利用率较低。
• 12.30 20:25:05
  发表了文章 2025-12-30 20:25:05

  体系结构

  MySQL是关系型数据库，采用表结构和SQL操作，支持事务与表连接；MongoDB是文档型数据库，以JSON格式存储数据，通过嵌入文档实现关联，具有高扩展性和灵活模式，适用于海量数据存储与高并发场景。
• 12.30 20:24:33
  发表了文章 2025-12-30 20:24:33

  MongoDB简介

  MongoDB是一款开源、高性能、无模式的文档型数据库，采用类似JSON的BSON格式存储数据，结构灵活，支持复杂数据类型。文档以键值对形式组织，兼具灵活性与扩展性，是NoSQL中最具关系型数据库特性的解决方案，适用于快速开发与大规模扩展场景。（236字）
• 12.30 20:24:01
  发表了文章 2025-12-30 20:24:01

  MongoDB什么时候用

  若应用无需事务与复杂Join、需快速迭代、高并发读写、海量数据存储及水平扩展，且对高可用、地理/文本查询有要求，符合1项可考虑MongoDB，2项以上首选。相较MySQL，MongoDB开发运维成本更低，更灵活高效。
• 12.30 20:23:33
  发表了文章 2025-12-30 20:23:33

  MongoDB应用场景

  MongoDB适用于社交、游戏、物流、物联网及直播等场景，擅长处理数据量大、读写频繁、事务要求不高的应用。其灵活的文档模型支持高效存储用户信息、订单状态、设备日志等，结合地理位置索引与内嵌数组，实现高性能查询与实时分析，是海量低价值数据存储的理想选择。（238字）
• 12.30 20:22:59
  发表了文章 2025-12-30 20:22:59

  业务应用场景

  传统关系型数据库（如MySQL）难以满足“三高”需求：高并发读写、海量数据高效存取，以及高可扩展性与高可用性，尤其在Web2.0时代面临性能与扩展瓶颈。
• 12.30 18:53:04
  发表了文章 2025-12-30 18:53:04

  明确应用调用边界

  应用边界影响产品定位与设计，需在架构图中用不同颜色标注外部系统、内部应用、依赖系统及输出系统，明确交互关系，为后续规划与发展提供清晰基础。
• 12.30 18:52:18
  发表了文章 2025-12-30 18:52:18

  外部系统调用关系

  数据输入主要来自外部系统，需按业务属性和来源关系归类，并整合至应用架构。数据输入与输出为整体，输出系统亦属产品重要组成部分，应一并纳入架构图中，确保体系完整与协同高效。
• 12.30 18:50:27
  发表了文章 2025-12-30 18:50:27

  分布式应用架构

  分布式应用架构图展示产品内部及外部应用间的调用逻辑，体现SOA架构下各应用的服务交互关系。重点呈现应用间的通信路径与依赖，清晰反映产品在整体业务中的定位与影响，不包含服务注册、治理等RPC底层细节。
• 12.30 18:49:21
  发表了文章 2025-12-30 18:49:21

  数据层

  数据层依据应用数据模型，采用关系型数据库、NoSQL及分布式文件系统等多样化存储介质，实现高效、灵活的数据存储与管理。
• 12.30 18:48:50
  发表了文章 2025-12-30 18:48:50

  业务层

  业务层按功能模块细化产品架构，将交付模块分解为最细粒度的功能单元，精准对应日常业务操作，实现业务逻辑的全面结构化，确保系统功能与实际需求高度契合。（238字）
• 12.30 18:48:16
  发表了文章 2025-12-30 18:48:16

  展现层

  展现层是用户与系统交互的入口，面向实操、管理、决策三层用户提供差异化服务：实操层侧重功能执行，管理层聚焦运营数据分析，决策层提供经营诊断与决策支持，实现精准化信息呈现与操作支撑。
• 12.30 18:47:43
  发表了文章 2025-12-30 18:47:43

  单体应用架构

  单体应用架构传统分为四层：数据层负责存储，业务层处理逻辑，表现层实现用户交互，通用层提供公共组件，各层协同工作，结构清晰，适用于中小型系统开发与维护。
• 12.30 18:47:05
  发表了文章 2025-12-30 18:47:05

  应用架构图

  在业务架构基础上，技术架构将应用需求转化为技术实现，涵盖分层设计、开发语言与框架选择，及非功能需求的技术方案。结合微服务或单体架构分层模型，明确各层技术选型，形成关键技术清单与完整架构图，实现产品到技术的落地。
• 12.30 18:45:32
  发表了文章 2025-12-30 18:45:32

  核心要义之二：分模块

  分模块指在同一层级中将系统划分为若干独立单元，每个模块代表一个完整产品或同类业务集合。如业务应用层可划分为门诊、住院、急诊、留观及通用医疗五大模块，各模块可进一步细化功能矩阵，提升结构清晰度与管理效率。
• 12.30 18:44:18
  发表了文章 2025-12-30 18:44:18

  业务架构图中的核心元素

  绘制业务架构图时，开发人员应淡化技术细节，聚焦业务逻辑。优秀的架构图需具备：清晰的模块边界、功能抽象标准化、上下游分层明确，确保可迭代优化，提升产品可维护性与扩展性。