用继承绘制UML图

我想为一些对象绘制一个UML图。第一个类A是接口，第二个类B是从A派生的抽象类。另一个类是C和D。C和D是B的子类

B有一个E类对象的列表

F是一个所有操作都在其中执行的类。C和D类对象根据polimorphism操作在类中创建，然后根据用户输入调用其方法

当然，有一个主要的类。主类仅创建F类对象

我想画一个UML类图。图像应该是什么样的？我怎样才能画F级

---

顺便说一句，我知道这是最基本的图像，我会在你回复后编辑它。

根据你的描述，这就是我认为UML图的样子

对于该语句，“F是一个类，所有操作都在其中执行。C和D类对象根据PoliMorphim操作在类中创建，然后根据用户输入调用其方法。” 听起来你需要在a和F之间建立一个关系，因为你在谈论多态性。A应该有方法。B和C可以使用相同的方法。F不需要与B或C的关系，因为与a的关系意味着有一个类实现了a，但具体的类名是不相关的

---

根据您的描述，我认为UML图应该是这样的

对于该语句，“F是一个类，所有操作都在其中执行。C和D类对象根据PoliMorphim操作在类中创建，然后根据用户输入调用其方法。” 听起来你需要在a和F之间建立一个关系，因为你在谈论多态性。A应该有方法。B和C可以使用相同的方法。F不需要与B或C的关系，因为与a的关系意味着有一个类实现了a，但具体的类名是不相关的

---

因为我无法添加评论。我想提出两点： -如果Main类获得类型为F的属性，那么可能可以在组合中更改聚合，否则依赖项会更好地建模Main和F之间的关系

• 如果在B和E之间的关系中，在B侧定义基数，则更为精确

---

希望这有助于改进ProgrammersBlock的好答案，因为我无法添加注释。我想提出两点： -如果Main类获得类型为F的属性，那么可能可以在组合中更改聚合，否则依赖项会更好地建模Main和F之间的关系

• 如果在B和E之间的关系中，在B侧定义基数，则更为精确

---

希望这有助于改进ProgrammersBlock的好答案

我会在您回答后编辑它。否。这不是一个增量教程位置。陈述你的问题，不要在回答任何问题时更改。我会在你回答“否”后编辑它。这不是一个增量教程位置。陈述你的问题，不要在回答任何问题时改变它。这通常看起来没问题。但问题的一部分（尤其是你提到的）更适合阅读茶叶。所以你最好先要求澄清一下。如果主要是有成分的话

public class main{public static void main（String[]args）{Login Login=new Login（）；}}}

这正是我在内部愿景中看到的！可能以a-objects的形式将成员添加到f中，命名为method1Command:）关于组合，对我来说，这主要是一种风格，因为这是类中使用的约定。我对它是否必须存在或者白钻石和黑钻石之间的区别没有强烈的感觉。这看起来很正常。但问题的一部分（尤其是你提到的）更适合阅读茶叶。所以你最好先要求澄清一下。如果主要是有成分的话

public class main{public static void main（String[]args）{Login Login=new Login（）；}}}

这正是我在内部愿景中看到的！可能以a-objects的形式将成员添加到f中，命名为method1Command:）关于组合，对我来说，这主要是一种风格，因为这是类中使用的约定。我对它是否必须存在或者白钻石和黑钻石之间的区别没有强烈的感觉。