C# 我的用户控件属于哪种设计模式？

我正在C#.net中创建一个可重用组件。 为此，我启动了一个控件库项目并添加了一个控件

Class MyControl : Control{}

我的用户控件只显示一些将在许多Windows应用程序中使用的图像

你能告诉我这里用的是哪种设计模式吗。 我无法决定它们属于哪种模式

谢谢

增加：-

---

对于任何问题，我的解决方案都是创建一个用户控件。那么我现在遵循哪种设计模式

看看所有的设计模式，让我们来设计。

---

我觉得您并没有使用任何特定的设计模式。充其量，您正在编写可重用代码，但我认为这本身不是一种设计模式。

我不确定您是否遵循了任何设计模式，这只是您描述的基本继承，这是一种面向对象原则，而不是设计模式。这个过程应该是确定哪些设计模式可以解决您的问题，然后实现它们。尝试反向操作不太可能揭示一种模式，或者如果确实如此，那么我怀疑实现只会非常松散地遵循上述模式。

• 继承和抽象—OOP的特性是具有可重用组件

不要认为这里涉及到任何设计模式

---

HTH

让我们提问：我写“for”循环。我使用什么样的设计模式？@Andrey-“for”、“if”、“while”、“foreach”、“do-while”在什么模式下落入“循环”模式？它是语言的基本结构。停止调用所有模式。我以为我们所有的代码都遵循了任何模式，可能我们不知道我们遵循了什么？@Andrey：语言结构可以是缺乏这种结构的语言中的模式。有些语言中，几乎所有您将调用的模式都作为语言构造实现。有时将它们称为模式仍然很有用，即使某些语言直接支持它们。然后我将遵循哪种设计模式？？？创建用户控件不是一种设计模式，它就是这么简单。设计模式通常是关于更抽象的概念，例如存储库、单例、工厂，它们将最佳实践应用于特定的问题空间。作为一名开发人员，您所做的每件事都没有一个设计模式，对不起。我也不想这么说，但是如果你没有开始实现一个特定的模式，那么你还没有实现它，你只是运气好或者才华横溢。你在哪里看到@prashant在这里应用抽象？抽象-控制实现本身&显示图像，除非我遗漏了什么…首先我要感谢你让我思考，我不得不回去回顾我对抽象的理解，所以这确实是一件好事！我认为类“Control”是这里的抽象类，MyControl是具体实现，因此我的问题是。也就是说，关于“MyControl”的内容，您有一个有趣的观点，即图像。然而，这在很大程度上是一种“has a”关系，而不是一种“is a”关系，因此是合成而不是抽象，尽管OP在将MyControl添加到控件集合时间接地利用了抽象。@Lazarus-关于合成的要点。我在考虑控件中的图像的实现是从用户抽象出来的-即，可以有一个简单的图片框来渲染，也可以有一个第三方控件来提供更多功能等。因此，虽然控件的使用者可能会提供一个要显示的图像列表，控件本身可能提供了对图像显示和操作的抽象。。。