logo
publist
写文章

简介

该用户还未填写简介

擅长的技术栈

可提供的服务

暂无可提供的服务

行为驱动开发—BDD

BDD(行为驱动开发)是从TDD演变而来的敏捷开发方法,通过自然语言描述系统行为,统一业务、开发和测试的理解。核心使用Given-When-Then三段式结构编写场景,解决传统开发中需求模糊、理解不一致的问题。BDD与TDD的区别在于前者关注业务行为,使用自然语言,后者侧重代码实现。Java生态常用Cucumber等框架实现BDD,将.feature文件与代码绑定执行。标准流程包括三方讨论、编写场

#驱动开发
测试驱动开发-TDD

TDD(测试驱动开发)是一种先写测试再写代码的开发方法,核心流程为"红-绿-重构"循环:先编写失败测试(红),实现最简代码使测试通过(绿),最后优化代码结构(重构)。其优势包括提升代码质量、明确需求、便于重构,但初期开发速度较慢。通过一个金额折扣工具的实例演示了TDD具体实施步骤,并对比了TDD与传统单元测试在顺序、目的和设计影响上的差异。TDD强调用测试定义需求,而非简单验证

#驱动开发#tdd
关于苍穹外卖websocket 连接不上前台的问题

关于苍穹外卖websocket 连接不上前台的问题

文章图片
#websocket#网络协议#网络 +2
大数据架构设计理论与实践-软考架构师

本文系统阐述大数据技术体系的核心概念与架构设计。首先介绍大数据的5V特征(体量大、速度快、类型多、价值密度低、真实性要求高),然后详细解析大数据处理全流程(数据采集、预处理、存储、计算分析、服务应用)。重点对比Lambda和Kappa两大主流架构的优缺点与适用场景,并深入剖析大数据八层技术栈(采集、存储、计算、治理等)。文章还提出七大设计原则,包括数据不可变性、读写分离等,最后探讨数据仓库与数据湖

#大数据
DevOps

DevOps = Development (开发) + Operations (运维),不是一个工具、不是一门技术、不是一款软件,是一套理念、方法论、工作文化与实践集合,目标是打破开发团队和运维团队之间的壁垒,实现软件快速、稳定、持续、高质量交付。

#devops#运维
论基于云原生数据库的企业信息系统架构设计

在企业数字化转型不断深入的背景下,传统集中式数据库存储计算耦合、横向扩展困难、运维成本高昂的缺陷逐步凸显,难以支撑业务流量潮汐波动、快速迭代的发展需求。为此,本文以某制造企业数字化管理平台建设项目为实践基础,探讨基于云原生数据库的企业信息系统架构设计方案。项目采用 Kubernetes 容器编排、存储‑计算分离、分布式共享存储、全链路可观测等云原生数据库核心技术,完成企业生产、供应链、财务一体化信

#云原生#数据库
论系统高并发性能优化的设计与实践

本文以电商秒杀系统为例,系统阐述了高并发架构优化的关键策略与实践经验。针对秒杀场景瞬时峰值流量、数据库压力过大等核心痛点,作者作为技术负责人主导了包含缓存设计、异步处理、限流降级等六大维度的全链路优化:通过多级缓存架构解决热点Key问题,利用消息队列实现流量削峰,采用读写分离和分库分表减轻数据库压力,并完成微服务拆分和弹性扩容。优化后系统QPS从8000提升至20000,时延降低64%,可用性达9

#架构
风险驱动设计-RDD

风险驱动设计(RDD)是一种以风险控制为核心的架构设计方法,强调在系统设计阶段优先识别和解决潜在风险,而非仅关注功能实现。RDD实施步骤包括:风险识别、风险评估(从发生概率和影响程度两个维度)、风险缓解(采用规避、降低、转移或接受策略)、风险验证(通过原型或测试确认方案有效性)以及迭代优化。相比功能驱动设计(FDD)和领域驱动设计(DDD),RDD更适合高并发、高可用及复杂系统场景。通过电商秒杀系

#架构
云原生架构设计理论与实践-软考架构师

本文系统总结了云原生技术体系的核心内容,主要包括七大设计原则、12要素应用、Kubernetes核心概念及云原生进阶技术。重点阐述了服务化、弹性、可观测性等设计原则,12要素应用开发规范,Kubernetes中的Pod、Service等核心资源对象,以及服务网格、Serverless等云原生进阶技术。文章还提供了传统应用云原生改造的三阶段方法论,强调渐进式演进策略。全文采用结构化表述,通过正反案例

#云原生#github#架构
为什么架构设计提倡无状态化

本文系统阐述了有状态(Stateful)与无状态(Stateless)服务的核心区别及架构选择。有状态服务依赖本地存储会话数据,存在扩容困难、负载不均衡等问题;无状态服务通过外置状态(Redis/DB等)实现实例完全对等,具备水平扩容、故障容错、灰度发布等七大优势。文章通过网吧座位与自助取票机的比喻形象说明差异,并指出存储型组件(如数据库)天然适合有状态设计,而业务服务应优先采用无状态架构,以充分

#架构
    共 17 条
  • 1
  • 2
  • 请选择