描述你的设计,AI 判断该画类图、时序图还是状态图。
画一个图书馆系统的 UML 类图:Book(isbn、title、author)、Member(id、name、email)、Loan(dueDate、returnedDate)把 Member 和 Book 关联起来。Librarian 继承 Member,多一个 canManageCatalog 布尔字段。标出关联关系和基数。
Try it →画一个登录握手的 UML 时序图:客户端把凭证发给鉴权服务,鉴权服务在用户数据库里校验,成功后签发 JWT,客户端存下 token 并在后续 API 调用中携带。
Try it →画一个订单的 UML 状态图:已创建 -> 已支付 -> 已发货 -> 已送达。从已创建可以取消。从已支付可以退款。取消和退款都是终态。
Try it →用策略模式画一个 UML 类图:PaymentProcessor 依赖一个 PaymentStrategy 接口。具体策略 StripeStrategy 和 PayPalStrategy 各自实现 charge(amount)。标出接口、实现类和组合关系。
Try it →还没想好文档里该放结构还是放行为?先把设计说出来让它判断 —— 猜得不对,随时换一种重新生成。
评审之前把相关的类结构、关键的调用顺序、或者对象的生命周期画出来,挑最能说明你这次改动的那一种。
学生和讲师用它快速看到标准记号 —— 可见性符号、几种箭头、生命线 —— 不用装专门的建模工具。
像在白板上那样勾出类的层次,或者一串接口调用的顺序,画完导出来放进作业提交或者作品集。
工厂、策略、观察者这些经典模式各有一套标准画法。说清楚你用的是哪个模式,拿到的就是别人一眼认得出的图。
UML 规范一共定义了十四种图,但日常工程里真正在用的就三种:类图管结构(有哪些类型、各自有什么、怎么关联),时序图管随时间展开的行为(谁调谁,什么顺序),状态图管随状态展开的行为(有哪些状态,哪些跳转合法)。这个页面是 UML 的总入口:用大白话描述你的设计,AI 判断这三种里该用哪种,然后画出来。
判断的标准很简单。问题是「这套类型长什么样」就画类图 —— 领域模型、DDD 聚合、库的接口。问题是「这几方的调用顺序是什么」就画时序图 —— 接口握手、分布式事务、登录鉴权。问题是「这个对象能处于哪些状态,什么让它跳转」就画状态图 —— 订单状态、审批流转、协议状态。
已经确定要哪一种的话,去对应的单独页面(类图、时序图、状态图),那边讲得更细,例子更多,语法说明也更全。这个页面适合你确定要一张 UML 图、但还没想好是哪种的时候 —— 把设计说出来,让它替你分类。
对话模式里 AI 会先问你两三个问题 —— 谁参与、发生什么、异常分支怎么走 —— 弄清楚了再动笔。
教程里讲了常用符号、几种基本结构、九条画法规范,还有可以直接拿去用的 prompt 模板和真实业务例子。