最近正在开始写UML学习的一些技术文章,你从博客中将会看到一系列《跟我学UML》的博文。之所以想写,是因为自己工作中经常用,且UML的规范我也看过多遍,希望自己能将一些知识和经验与大家分享。此外,我觉得写这个系列对自己也将会是一种提高。
手上正在准备的下一篇博文名是《UML类图中的类》,在写这篇博文时,还是有一些“痛苦”的。之前在写《UML类图中的关联、聚合和组合》时,我的出发点是:应当通俗的表达出UML中的概念,尽量让读者不要去涉及UML中比较难懂的一些术语定义。但在写《UML类图中的类》这一博文时,在写到属性(attribute)、特性(property)和特征(feature)时,发现不得不采用一些来自UML规范的图来帮助解释。毕竟完全采用语言去描述UML(是一种图)好像难度非常的大,我想这也是UML规范为什么用UML自己来描述的原因吧。
经过一定的尝试,我打算将来写《跟我学UML》相关的博文时,在合适的地方采用UML规范中的类图来进行解释,从而帮助读者理解。当然,在给出这些UML图时,应当做一定的简化,简化的原则就是使得信息量只是针对所要解释的内容,也就是说还是要把握一定的度的。采用这种方式可能对于读者有两点好处。
1)读了文章以后,对于UML规范也会更熟悉,进而对于自己去读UML规范有一定的帮助。
2)能更加容易的理解我所要阐述的UML中的概念。
希望大家会对将来我所写出来的UML学习文章会相对满意!
手上正在准备的下一篇博文名是《UML类图中的类》,在写这篇博文时,还是有一些“痛苦”的。之前在写《UML类图中的关联、聚合和组合》时,我的出发点是:应当通俗的表达出UML中的概念,尽量让读者不要去涉及UML中比较难懂的一些术语定义。但在写《UML类图中的类》这一博文时,在写到属性(attribute)、特性(property)和特征(feature)时,发现不得不采用一些来自UML规范的图来帮助解释。毕竟完全采用语言去描述UML(是一种图)好像难度非常的大,我想这也是UML规范为什么用UML自己来描述的原因吧。
经过一定的尝试,我打算将来写《跟我学UML》相关的博文时,在合适的地方采用UML规范中的类图来进行解释,从而帮助读者理解。当然,在给出这些UML图时,应当做一定的简化,简化的原则就是使得信息量只是针对所要解释的内容,也就是说还是要把握一定的度的。采用这种方式可能对于读者有两点好处。
1)读了文章以后,对于UML规范也会更熟悉,进而对于自己去读UML规范有一定的帮助。
2)能更加容易的理解我所要阐述的UML中的概念。
希望大家会对将来我所写出来的UML学习文章会相对满意!