首页
AI Coding
数据标注
NEW
沸点
课程
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
后端
前端
Android
iOS
人工智能
开发工具
代码人生
阅读
Linux命令行教程
本文是一份全面的Linux命令行教程,涵盖文件处理、压缩文件处理、进程与资源管理、脚本执行、后台运行、网络与系统管理等多方面内容,详细介绍了各操作对应的命令及参数,还给出参考资料,适合Linux初学者
4-21.【协议导向编程】为什么在模块边界处使用协议可以增强测试和解耦?
一、核心原理 1️⃣ 协议 = “行为契约” 协议只关心能力(what can be done),而不关心具体实现(how it’s done) 当模块 A 依赖模块 B 时,如果模块 A 只依赖协议
智能体来了从 0 到 1:规则与模型,边界应当如何生长
在智能体(AI Agent)的工程实践中,一个反复出现的问题是: 系统的确定性边界,应当由规则先行,还是由模型先探索? 这一问题并非技术路线的优劣之争,而是工程范式在不同阶段的职责分配问题。
4-20.【协议导向编程】举例说明如何将一个典型 OOP 架构(如 MVC)改造为 POP 架构。
一、典型 OOP MVC(面向对象) 特点: User / UserView / UserController 都是 class Controller tightly coupled User 和 U
4-19.【协议导向编程】在什么场景下仍然推荐面向对象而不是面向协议?
一、核心原则 二、典型推荐 OOP 的场景 场景 原因 示例 1️⃣ UIKit / AppKit 或其他框架依赖类层级 框架 API 已经用 class、多态依赖 vtable UIView 子类化
4-18.【协议导向编程】如何使用 POP 替代多重继承或菱形继承问题?
一、问题回顾:多重继承 / 菱形继承 假设在 OOP 中,你想组合行为: 菱形继承问题: D 从 B 和 C 都继承了 A 的方法 → 谁的实现优先? 语言复杂规则 → 容易出 bug Swift/J
AI 写文档还不够?我用 MCP 把飞书文档上传也自动化了
关于作者 某大厂前端开发,热爱折腾,喜欢自动化。日常工作是写代码,业余爱好是优化写代码的流程。 座右铭: 能用代码解决的,绝不动手 能自动化的,绝不手动 能偷懒的,绝不勤快
4-17.【协议导向编程】在继承体系复杂的项目中,为什么 POP 比传统 OOP 更可维护?
一、核心原因一句话总结 二、继承体系复杂的 OOP 问题 假设你有一个传统 OOP 项目: 常见问题: 深继承树 IconButton 继承 Button → RoundedIconButton 继承
4-16.【协议导向编程】面向协议和面向对象设计的核心区别是什么?
一、核心区别一句话 特性 面向对象设计 (OOP) 面向协议设计 (POP) 核心思想 继承 hierarchies → 类型之间的 is-a 关系 行为契约(protocol) → 类型之间的 ca
🔒_安全性能平衡术:如何在保证安全的前提下提升性能[20260129031054]
Hyperlane is a lightweight and high-performance Rust HTTP server library designed to simplify networ
AOT编译详解与应用实战
AOT(Ahead-of-Time,预先编译)是一种在程序运行前将代码编译为机器码的技术,与JIT(Just-in-Time,即时编译)的“运行时编译”形成鲜明对比。
4-15.【协议导向编程】当多个协议同时提供相同方法的默认实现时,如何保证调用行为可预测?
一、问题本质 二、典型踩坑示例 分析: foo() 在 A 和 B 的 extension 中都是静态方法 X conform 两个协议 → 没有真正的 override 关系 a.foo() 和 b
4-14.【协议导向编程】举例说明 default implementation 导致 bug 的场景,以及如何规避。
一、场景说明:默认实现破坏多态 背景 假设你在写一个 缓存协议 Cache,希望: 提供默认实现 clear() 不同缓存类型(MemoryCache / DiskCache)可以覆盖 1️⃣ 协议
4-13.【协议导向编程】如何在 protocol 中提供默认实现,同时保证子类型可重写?
一、核心原则 协议声明 = “多态契约” extension 默认实现 = “默认行为” conforming 类型实现 = “覆盖(override)默认行为” 二、最小示例 输出: ✅ 默认实现被
Java 21虚拟线程详解与应用实战
虚拟线程(Virtual Threads)是Java 21(JEP 444)正式推出的轻量级线程模型,旨在解决传统平台线程(Platform Threads)在高并发场景下的资源瓶颈。
4-12.【协议导向编程】为什么 protocol extension 中提供默认实现可能破坏多态行为?
一、核心原理 静态派发(Static Dispatch) :调用方法时,编译器在编译期就决定调用哪一个实现。 动态派发(Dynamic Dispatch / Witness Table) :调用方法时
4-11.【协议导向编程】什么情况下 protocol extension 的默认实现会被覆盖?
一、一句话结论(先背下来) 否则,永远不会被覆盖。 二、唯一会被覆盖的情况(正确示例) ✅ 情况:方法在 protocol 中声明 默认实现(extension) 类型提供自己的实现 调用结果(关键)
4-10.【协议导向编程】在多协议继承时,protocol extension 的静态派发可能带来哪些坑?如何解决?
多协议继承 + protocol extension + 静态派发,如果没想清楚,非常容易写出“看起来合理、运行却诡异”的代码。 我分四步来讲,保证你听完能 一眼识别坑、知道怎么拆: 坑从哪来(本质原
React-核心hook:useState
useState 是我们在 React 函数式组件中处理状态的基石。看似简单的 API 背后,其实隐藏着 React 的渲染调度机制。本文将带你透彻理解状态更新的异步性与批量处理逻辑。
扣子(Coze)实战:“每天听懂一首歌”工作流拆解——视频开头
上一篇文章中演示工作流的时候,因为工作流复杂性,所以把整个工作流拆解成了3个子工作流,分别对应视频的开头、正文解说,本文要分享的是“每天听懂一首歌”视频开头部分的剪辑工作流,本工作流产出视频开头部分。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30