从标准小部件继承并在 C# 中设置我自己的默认值是个好主意吗？

Question

在 Visual Studio (C#) 中设计应用程序时，如果我知道我将拥有一定数量的 DataGridView，它们都具有相同的属性（例如宽度、高度、颜色、一些其他属性，例如：禁用直接编辑行的选项等）可以制作我自己的类（“myDataGridView”）来继承 DataGridView 类并在那里进行所有调整，然后稍后在代码中实例化该类吗？就像这样：

//my class:
class myDataGridView : DataGridView 
{
    this.BorderStyle = <someValue>
    this.ColumnCount = <someValue>
    //etc.

    public void method1() 
    {
    //some code...
    }
    public void method2() 
    {
    //some code...
    }
}

//instantiate it somewhere:
myDataGridView dgv1 = new myDataGridView();
myDataGridView dgv2 = new myDataGridView();
myDataGridView dgv3 = new myDataGridView();

关于 OO 原则可以吗？我的朋友说，将代码放入

this.BorderStyle = <someValue>

myDataGridView 类中是不好的做法，因为调整这样的属性会超出 dataGridView 的属性，而其他开发人员可能会在 Visual Studio 中直观地调整这些属性，如果您明白我的意思的话。这有关系吗？我的意思是，如果我想将 DataGridView 视为一个对象，那么它可以拥有其属性和行为，对吧？在我的类中拥有调整 DataGridView 属性的代码是可以的、可读的，并且想要更改某些属性的每个其他开发人员都可以在 myDataGridView 类中更改它。这种做法是不好的还是错误的？如果是，当您知道您的应用程序将有许多具有相同属性/行为的 DataGridView 时，最佳实践是什么？谢谢。

Answer 1

在我看来，这不是正确的做法。仅仅为了少数属性修改而继承控件是没有意义的。您不会在控件中引入任何其他行为，而是尝试编写一些初始化辅助方法来执行此操作。

Answer 2

如果您担心对属性的修改会被开发人员的视觉设置覆盖，您可以使用 [Browsable(false)] 属性隐藏它们。

然而，从 OOP 的角度来看，除非确实必要，否则不鼓励继承。有一条黄金法则：“优先考虑组合而不是继承”。就如这个。 __curious_geek 表示，继承控件以这种方式设置属性并不是一个好主意，但始终为您的业务类和屏幕使用通用基类是一个好习惯。您可以在所有屏幕的基类中创建一个函数，以按照您想要的方式正确调整网格。如果将其设为虚拟，则可以在派生类中重写它，以根据需要自定义每种情况的行为。