这实际上取决于派生类的显示是否与基类非常相似。如果派生类的显示与基类非常相似，则只需要一个UserControl来进行可视化。另一方面，如果每个派生类都需要显示独特的内容，则最好为每个派生类单独创建一个UserControl来进行可视化。
没有更多关于您的类的具体信息，我无法提供更具体的建议。
编辑： 根据您提供的额外信息，我会建议您创建一个基本的显示类，用于绘制共同的矩形容器，然后创建派生的UserControl以处理绘制每种特定类型的内容。
我认为只有您能够明确回答这个问题。对于给定子类的用户界面可能是您想要的，但如果子类之间仅略有不同，您可能会发现在较少的用户控件中添加一些条件逻辑更容易。我认为这个问题并没有一个正确的答案。
仅凭模糊的描述很难说。我们至少需要知道派生类之间有什么区别。
通常情况下，如果了解有限，我会选择每个派生类一个派生UserControl。
解决这个问题的一种方法是按照MVVC的视角进行分解：
您需要一个UserControl作为View。
一个基础Painter，作为ViewModel处理您的“带圆圈的框”，派生的Painters实现不同的对象定位逻辑和它们之间的互连关系。
如果您的对象外观可能会变化，则应该通过Adapter模式将它们本身作为ViewModel提供给Painter。
最后，您的圆圈、矩形和与它们相关联的项目是Model。
一般来说：
View（UserControl） -> ViewModel（Painter + 派生的Painters + 对象ViewModel） -> Model（圆形、矩形等）
我认为我会使用一个基础的Visualizer类，其中包含一些用于绘制圆和线条的受保护方法，以及可能是绘图表面（Canvas？）的一些属性，以便每个实现都可以计算基于测量的位置等。
基类实现了所有必要的接口方法/属性，使其成为可视化器。
在IDE调用您的可视化器应该绘制自身的方法中使用策略模式...该方法的实现可以清除画布，设置刷子和其他每个实现都共有的东西-然后调用基类的抽象方法，实际上将圆形/框/线条等放置在画布上。
这样，每个特定的实现只需要担心根据其规则正确定位内容的逻辑-所有“在画布上绘制东西”的工作都保存在基类中。
希望对你有所帮助
编辑：更正了可能会引起混淆的错别字，我在意思是“可视化器”时使用了“控件”这个词。
这似乎是一个有多个解决方案的情况。
其中一种方法是设置UserControl来调用基类中的虚拟方法，然后在派生类中覆盖它。在派生类中，您可以只调用基本实现来初始化框架。
您还可以将其设置为以层形式呈现（容器层，球体层，线条层等），并使子类呈现任何独特的层，并确定顺序。这可能很昂贵，但如果大部分图像保持不变，则可以平滑视觉效果。
另一种方法是使用委托而不是继承，但这往往会变得混乱。由于性能惩罚，这通常不是一个好主意。然而，它具有运行时灵活性的优点。根据代码的其余部分，您可能能够在此模型中在中途切换增长样式。如果您认为自己不会利用这种灵活性，我建议您使用不同的模型。
无论使用哪种方法，我建议基类提供共同的绘制程序，以确保一致性。基类中的例程应该由大多数子类使用，但并非所有子类都必须使用。这通常会导致更易管理的代码（除非您最终得到一个10000行文件），更少的错误和更少的努力。
