类型脚本和生命周期挂钩中Angular 2的UML类图
我正在寻找Typescript中Angular 2的一些UML类图示例 我不知道如何在图中定义生命周期挂钩,因为on通常使用类型脚本和生命周期挂钩中Angular 2的UML类图,angular,uml,class-diagram,Angular,Uml,Class Diagram,我正在寻找Typescript中Angular 2的一些UML类图示例 我不知道如何在图中定义生命周期挂钩,因为on通常使用 export class BlahComponent implements OnInit { } 而不是单词继承,因此至少在生命周期挂钩和类本身之间没有继承 这也提出了一个问题,在UML图中,父-子组件类之间是否应该有任何连接(关系)。取而代之的是,子组件不会继承父组件,而只希望更改它们之间的共享变量 在我看来,Angular的UML类图通常只是类,没有任何与任何其他类
export class BlahComponent implements OnInit {
}
而不是单词继承
,因此至少在生命周期挂钩和类本身之间没有继承
这也提出了一个问题,在UML图中,父-子组件类之间是否应该有任何连接(关系)。取而代之的是,子组件不会继承父组件,而只希望更改它们之间的共享变量
在我看来,Angular的UML类图通常只是类,没有任何与任何其他类组件的显式连接。我希望能有一些关于这个话题的清晰和例子
实施
根据it is a Interface,我创建了一个示例图,如下所示
它认为从UML1.4.2[]开始,对象图已经过时,因此我创建了
标记,用于显示类中的类实例。这是错误的,但正如这里的一个例子,因为根据文档EventEmitter
是一个类,人们倾向于在代码中使用event=neweventemitter()
注
上图使用创建,提供了相应更改图表的方法。您的图表几乎正确,但≪使用≫-箭头指向错误的方向。类ExplorativeSearchFilterComponent引用EventEmitter,而不是相反。在大多数情况下≪使用≫-箭头从调用者指向被调用者,但在本例中,EventEmitter不知道它调用的是谁,而ExplorativeSearchFilterComponent主动使用EventEmitter确保它被调用
有关将UML用于角度应用程序的更多信息,请参阅我的白皮书:。我不知道角度,但实现可能是一种实现关系(末尾带有开放三角形的虚线)…尽管您最初的问题是关于
OnInit
的,但图中显示的是OnChanges
。但我认为第一个也是一个接口。因此,图中的实现将如我所假设的那样应用。yesOnInit
和OnChanges
属于Angular下的同一类别,因此只是一个示例