领域驱动设计实践
领域驱动设计的关注重心是领域，尤其在面对复杂的领域逻辑时，它总能够帮助我们很好地分析领域。领域驱动设计的基础是领域建模。
如何在博客园上面显示自己定义的头像--【sky原创】
如何在博客园上面显示自己的头像
1、打开你的博客主页：
点击【管理】，如图：
2、点击【设置】，在如下图的界面里点击【头像设置】
3、出现如下图界面后，选择右上角的【我的博客】左边那个选项，我的是【张昺华-sky】
4、出现如下图后右键--【查看网页源代...
DDD开篇总结
之前写了两篇《DDD开篇》[1]与《DDD应对复杂》[2]，是时候总结一下了
对于DDD的启蒙，不管是国内还是国外思维逻辑都是一样的。或者说如果你想写本关于DDD的书，大纲似乎是一样的
首先DDD是什么？给出定义，定义有些抽象，难以一次性接受，那就通过以往问题引出DDD，这时模型、复杂度、开发流程都是自然附带出的概念，再后面就是DDD的知识结构是什么，最后就是讲解一个实例，也有些会把实例穿插到各个篇章中
OneCode 领域驱动设计（DDD）技术实践（一）
OneCode-DSM(以下简称DSM)工具集是建立是以OneCode低代码引擎为基础专注于低代码建模应用的高阶建模工具。
在OneCode引擎中，出了为普通用户提供无代码的拖动设计器，低代码的业务逻辑编排器，之外还提供了供专业业务领域专家的使用的DSM建模工具。
领域模型图(数据架构/ER图)
数据架构核心输出为ER图，通过四色原型法进行领域建模：红色MI表示时标事件，绿色PPT为业务实体，黄色Role是参与角色，蓝色DESC提供描述属性。以风控系统为例，从业务流程中提炼MI，构建PPT实体，补充角色与描述，最终提取实体关系，形成ER图，指导数据建模。（238字）
基于事件风暴的需求分析 | 方法案例一
事件风暴（Event Storming）源自领域驱动设计社区，由 Alberto Brandolini 在2012 年发明[1]。 事件风暴最早的名字是基于事件的建模（Event-Based Modeling），正如这个名字所暗示的，事件风暴在发明之初的核心目的是领域建模，在今天的大多数文献和实践中，事件风暴的核心关注点都是领域模型和软件架构。
AI能否实现APP自动化测试？「墨迹天气」案例完整验证
APP自动化，真的能被AI接住吗？最近，我们用一款真实App——墨迹天气，完成了从“添加”到“删除”城市的全流程自动化测试。这不是脚本拼接的Demo，而是AI测试智能体像真人一样理解意图、规划路径、执行操作，并生成可回溯的完整报告。本次演示直击一个核心问题：AI能否将测试工程师从重复、明确的执行工作中解放出来？结果，或许比你想象的更近一步。
