软件方法（下）分析和设计第8章分析 之 分析类图——知识篇（20211227更新）
软件方法（下）分析和设计第9章分析 之 分析类图——案例篇（20211228更新）
Ryan 2022-1-10 14:45
我在看您公众号的演讲幻灯片，有一页有问题请教
像这种您的观点是说推荐用组件表示吗，还有没有更合适的方法？
UMLChina潘加宇
我在演讲里的意思只是：如果想要用UML迎合DDD的“新式话语”，或者DDD的“新式话语”想要套上一层UML的皮，可以这样做。
其实，用结构图（类图、组件图等）表示"架构"并不合适，或者说，并不足够。
平时我们看到的一些“架构”，就是域之间协作的一些套路。例如，平时我们看到的表示可能类似这样：
既然是协作，应该用行为图（序列图、通信图等）表示更合适。
你贴出的图是摘自《实现领域驱动设计》，书中应该没有给出序列图。顺便批评一下，该书中所画的几个序列图在生命线上画的是类而不是实例，没有冒号，这是不正确的。
最常见的“转账”问题，很可能生命线上有两个“账户”类的实例。
类似问题，另外一些以“领域驱动设计”为名的书中也存在，读者感兴趣可以翻翻您身边的书。
六边形架构，可参照适配器模式的序列图画一个，例如：
DDD浮夸，Eric Evans开了个坏头
