• PHPUnit 单测基本使用
  • 1. Mock 的创建方式
    • 1.1 使用createMock方法
    • 1.2 使用getMockBuilder方法
    • 1.3 使用getMockForAbstractClass方法
  • 2. Mock 的set方法及相关配置
    • 2.1 设置方法的预期调用次数
    • 2.2 设置方法的返回值
    • 2.3 设置方法的参数匹配
  • 3. 常用设置模拟属性或方法的方式
    • 3.1 模拟方法的返回值
    • 3.2 模拟方法抛出异常
    • 3.3 模拟方法返回调用参数
• Mock 对象的所有方法及返回 null
  • 使用setMethods(null)和willReturn(null)
  • 关键点说明
  • 注意事项
• Mock 静态类与静态方法
  • 模拟静态类和静态方法
    • 1. 使用mock方法模拟静态类
    • 2. 使用shouldReceive方法模拟静态方法
    • 3. 模拟静态方法抛出异常
  • 注意事项
• phpunit 断言异常不同版本
  • setExpectedException 方法
    • 使用方式：
  • getExpectedException 方法
    • 使用方式：
  • 替代方法
• PHPBench 基准测试
  • 1. PHPBench
  • 2. PHPUnit 与 PHPBench 的集成
  • 3. 使用 PHPUnit 的--repeat选项
  • 4. 其他基准测试工具
  • 示例：使用 PHPBench 进行基准测试

阅读全文

• testify
  • 1. 安装 testify
  • 2. 使用 testify/assert 包
  • 3. 使用 testify/require 包
  • 4. 使用测试套件（Test Suite）
  • 5. 运行测试
• suite 测试套件使用
  • 用户管理系统测试套件
    • 1. 定义用户管理逻辑
    • 2. 定义测试套件
  • 3. 测试套件的运行过程
  • 4. 运行测试
• mock 使用
  • 基本用法
    • 1、Mock 一个简单接口
  • 高级用法
    • 2、Mock 方法的参数匹配
    • 3、Mock 方法的回调函数
    • 4、验证方法调用次数
    • 5、Mock 多个返回值
• mock 可以解决哪些问题
  • 1. 依赖外部服务
  • 2. 避免测试环境的复杂性
  • 3. 测试边界条件和异常情况
  • 4. 提高测试的独立性和可重复性
  • 5. 测试复杂逻辑
  • 6. 提高测试速度
• mock 使用的前提
  • 使用 Mock 技术进行测试的前提和最佳实践
    • 1. Mock 测试的重要前提
    • 2. 代码组织的最佳实践
    • 3. 使用 Mock 技术的测试前提
    • 4. Mock 测试的最佳实践
    • 5. 使用 Mock 技术进行测试

阅读全文

• 前言
• 静态类和方法的有哪些利弊
  • 1. 违背面向对象设计原则
  • 2. 代码可维护性和可扩展性问题
  • 3. 单元测试困难
  • 4. 性能和资源问题
  • 5. 设计上的局限性
  • 为什么不能完全使用静态类的静态方法
  • 总结
• 什么时候使用静态类和方法
  • 1. 工具类（Utility Classes）
  • 2. 配置类（Configuration Classes）
  • 3. 单例模式（Singleton Pattern）
  • 4. 工厂模式（Factory Pattern）
  • 5. 常量类
  • 6. 简单的逻辑操作
  • 总结

阅读全文

• 提示词工程是什么？
• 提示词工程师解决什么问题？
• 实际应用场景举例
• 具体场景范例
  • 场景 1：职场写作优化
  • 场景 2：家长辅导孩子
  • 场景 3：健身计划制定
  • 场景 4：旅行攻略需求
  • 场景 5：智能家居指令
• 📌 提示词工程四步法
• 提示词工程不仅仅是模板
  • 提示词模板的特点
  • 提示工程更广泛的能力（超越模板）
  • 实际应用中的组合拳

阅读全文

• 前言
• 工程师版本
  • 一、LLM 的机制依赖
  • 二、消除意图歧义
  • 三、生成方向引导
  • 四、效率与质量提升
  • 五、任务适配能力
• 普通人版本
  • 🌟 为何需要提示词？——像给朋友清晰指示
  • 🔑 关键原因（日常场景版）
  • 💡 提示词进阶思维

阅读全文

• 哪些是遗留代码
• 解决遗留代码的方式
• 单元测试常见的误区
• 选择性单元测试
  • 遗留代码单元测试的成本收益象限分类
    • 分类标准
    • 四个象限二维表
    • 圈复杂度与依赖的概念理解
  • 不同类型代码的处理策略
• 建议

阅读全文

• 目的
• 单元测试的单元怎么定义
• 单元测试的价值
• 遵循的原则
• 如何编写单元测试？
  • 拆分详细的测试用例
  • 制定统一的单元测试规范
• AI 辅助编写单元测试

阅读全文

• 结论
• 引言：生成式 AI 的能力与局限性
• 一、AI 辅助编程工具的实用技巧：不同模式的详细分析
• 二、如何降低 AI 生成内容的校验成本？
• 三、重新构想开发流程：如何减少环节以提升生产力？
• 总结：面向未来——适应技能变化，放大专业能力

未来：创建智能体、编排智能体创造产品服务。

与熟练的 Prompting 相比：精练上下文 + 快速校验 AI 内容，才是新时代需要的能力。

阅读全文

• 真实案例：用 GPT 的一天
• 新时代的编程究竟变在哪？
  • 1. 编程思维的升级
  • 2. Prompt 工程化思维
• 这是新编程范式吗？
  • Yes 的理由：
  • No 的理由：
• 一个段子

阅读全文

• 篮球运动对我们的一些好处
  • 身体方面
    • 增强体质
    • 促进生长发育
    • 提高身体协调性和灵活性
  • 心理方面
    • 培养团队合作精神
    • 增强自信心
    • 培养坚韧的意志品质
  • 其他方面
    • 提高注意力和专注力
    • 培养规则意识和纪律性
    • 丰富课余生活

阅读全文

阅读全文

• HTTPS 证书验证
  • 客户端验证 HTTPS 服务域名证书
  • 客户端验证证书链
  • 实现双向认证避免中间人拦截和窃取
• 中间人攻击与解决
  • SSL Pinning
  • SSL Pinning 的类型
  • SSL Pinning 的优势
  • 实现 SSL Pinning 的方法
  • 解决方案

阅读全文

• 文章框架
  • 一、引言：从生活到代码的建造哲学
  • 二、分而治之：破解复杂性的万能钥匙
  • 三、原子正确性：构建可靠系统的基石
  • 四、方法论融合：PDCA+OKR 构建工程体系
  • 五、开发实战：从骨架到血肉的构建过程
  • 六、永恒法则：软件工程的 DNA 双螺旋
  • 框架亮点说明：
• 正文
  • 一、引言：从生活到代码的建造哲学
    • 积木的启示
    • 航空工业的精度革命
    • 人体的细胞级工程
  • 二、分而治之：破解复杂性的万能钥匙
    • 1. 跨领域的分治实践
    • 2. 软件分治的三大战场
  • 三、原子正确性：构建可靠系统的基石
    • 1. 原子性的三重门禁
    • 2. 验证的军规级标准
    • 3. 血泪教训：破窗效应
  • 四、方法论融合：PDCA+OKR 构建工程体系
    • 1. PDCA 的时间螺旋
    • 2. OKR 的空间分解
  • 五、开发实战：从骨架到血肉的构建过程
    • 1. 顶层设计
    • 2. 自底向上实现
    • 3. 异常处理设计
  • 六、永恒法则：软件工程的 DNA 双螺旋
    • 1. 分治与原子性的量子纠缠
    • 2. 未来架构启示
    • 3. 工程师的终极修炼
• 附注
  • 提问
  • 提问优化

阅读全文