※ 引述《Lordaeron (Terry)》之铭言： : 请针对原文来回应, 我只是将别人的简介列出. : 针对简介来回应, 实在是有点会摸不着边. 其实那样回只是预防标题杀人， 毕竟会真的进去认真看原文的中文语系 user 并不多， 所以实际上我是把简介当成另一篇来回没错， 因为既然原文是以简介形式被翻译和重新散布的， 所以比较理想的方式还是针对中文标题回应为主。 基本上原作者对 UML 有一定程度的误解， 我要表达的东西也很简单， 就像 programming language 是一种工具， 你要写出好程式不可能不学些资料结构跟演算法一样， UML 它也是一种辅助物件导向软体开发的工具， 但是你还是必须搭配一套物件导向方法论才行； 此外， 原作者对 UML 的定位实在不是很正确， 也过度狭义的解释 UML 被设计出来的意图， 我不晓得为什麽他对 generate code 这项功能特别执着； 原作者对相关的方法论认知显然也不足， 譬如： 9. Lack of model clarity Pictures are interpretable. I heard this kind of complaints from programmers trying to understand the design of a system from UML diagrams: you need to read the code to understand what the diagrams mean. 会有这种现象一般是人为疏失， 有 ambiguous 现象发生时应该尽可能 attach 更多资讯到图上， 譬如 attach 一些 note 或 constraint， 甚至 attach 一张 activity diagram 或 object diagram， 也可以针对该专案所属的领域制作专属的 profile 来规范和扩充； 即使不另外制作 profile， 很多人应该知道某些社群会把 UML 分类为静态图跟动态图两大族系， 而描述不清楚的模型通常是只有描述静态图 (如 class diagram)， 这样自然会有 ambiguities 发生， 而使用动态族系的图或使用 constraint 都能解决这方面的问题； 我想读过 GoF 那本 design pattern 的应该也知道， 有时候作者会用 sequence diagram 和 object diagram 补足 class diagram 的不足， 而且也会 attach 一些内含 pseudo code 的虚拟码。 UML 明明提供了一堆 adornment 的功能但是都没在用， 不能因为不会睡觉就怪床歪。 逐字逐句回原作也实在太花时间， 不过也欢迎板友从原文中提出真的觉得是缺点的片段来做讨论。 -- Ling-hua Tseng ([email protected]) Department of Computer Science, National Tsing-Hua University Interesting: C++, Compiler, PL/PD, OS, VM, Large-scale software design Researching: Software pipelining for VLIW architectures Homepage: https://it.muds.net/~uranus --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 61.230.218.232