前端
组件分享之后端组件——基于Gin + Vue + Element UI前后端分离的工单系统ferry
组件分享之后端组件——基于Gin + Vue + Element UI前后端分离的工单系统ferry
背景
近期正在探索前端、后端、系统端各类常用组件与工具，对其一些常见的组件进行再次整理一下，形成标准化组件专题，后续该专题将包含各类语言中的一些常用组件。欢迎大家进行持续关注。
组件基本信息
组件：ferry
开源协议：LGPL-3.0 license
官网：
react中 useContext 和useReducer的使用
useContext和useReducer 可以用来减少层级使用, useContext，可以理解为供货商提供一个公共的共享值，然后下面的消费者去接受共享值，只有一个供货商，而有多个消费者，可以达到共享的状态改变的目的。
useReducer 可以和 useContext 配合使用，useReducer 可以理解为所有的公共组件共享状态。有多个组件，但是都要共享同一个状态和改变状态后的值，这时候
如何从零到一建立前端规范
前言
不以规矩，不能成方圆。
本人有幸经历了团队从缺乏标准到逐渐规范的一个过程，在此当做记录供大家参考。
本文从为什么需要规范以及建立规范的重要性出发，逐步引申出如何去建立适合自己团队的规范，详细讨论了前端具体涉及到的规范都有哪些，部分小节有具体的配置步骤和操作链接。
文中涉及到的所有配置均放在github上的 Demo 中，觉得不错的点个赞 ❤️❤️❤️。
下面我们开始吧🏃。
为什么需要规范
规
社交媒体平台的内容安全防线：GLM-4.6V-Flash-WEB来守护
社交媒体平台的内容安全防线：GLM-4.6V-Flash-WEB来守护在今天的社交媒体平台上，一条图文并茂的动态可能几秒内触达百万用户。这种传播效率令人惊叹，但也带来了一个日益严峻的问题：如何在海量内容中快速识别出虚假广告、违规图像或误导性信息？传统的审核方式——靠规则匹配和人工抽查——早已不堪重负。更麻烦的是，现
（第五篇）Spring AI 核心技术攻坚：流式响应与前端集成实现【打字机】效果
摘要 在 AI 对话应用中，传统同步响应模式会导致秒级阻塞，严重影响用户体验。本文聚焦 Spring AI 流式响应核心技术，基于 WebFlux+SSE 构建低延迟实时交互方案，从 Reactive 编程原理切入，深度解析 ChatClient.stream () API 设计逻辑，对比 E
#什么是防抖和节流，他们的应用场景有哪些
防抖(debounce)
触发高频事件后 n 秒内函数只会执行一次，如果 n 秒内高频事件再次被触发，则重新计算时间
#示例代码:
节流(throttle)
高频事件触发，但在 n 秒内只会执行一次，所以节流会稀释函数的执行频率
#示例代码
#总结 (简要答案)
防抖：防止抖动，单位时间内事件触发会被重置，避免事件被误伤触发多次。代码实现重在清零 clearTim
Jmeter吞吐量控制器详解
🍅 点击文末小卡片 ，免费获取软件测试全套资料，资料在手，涨薪更快
吞吐量控制器(Throughput Controller)场景：在同一个线程组里, 有10个并发, 7个做A业务, 3个做B业务,要模拟这种场景,可以通过吞吐量模拟器来实现。添加吞吐量控制器用法1: Percent Executions在一个线程组内
JavaScript设计模式--访问者模式
定义
提供一个作用于某对象结构中的各元素的操作表示，它使我们可以在不改变各元素的类的前提下定义作用于这些元素的新操作
访问者模式是一种对象行为型模式，由三部分构成：对象集合、集合元素、访问者
访问者
定义对象中元素的操作接口，可以按照元素类型定义区分访问者，当访问到集合中元素时将通过该操作接口回调
元素
对象集合中的一类成员，必须提供accept接口以
Vue 的单项数据流
数据总是从父组件传到子组件，子组件没有权利修改父组件传过来的数据，只能请求父组件对原始数据进行修改。这样会防止从子组件意外改变父组件的状态，从而导致应用的数据流向难以理解。
注意：在子组件直接用 v-model 绑定父组件传过来的 props 这样是不规范的写法，开发环境会报警告。
如果实在要改变父组件的 props 值可以再data里面定义一个变量，并用 prop 的值初始化它，之后用$emit
