C# 向按钮控件c添加自定义属性#
我正在建立一个可能完成75%的国际象棋游戏，这是一个没有计划的冲动，因此非常混乱 我有三个多维数组，一个包含enumC# 向按钮控件c添加自定义属性#,c#,oop,button,properties,controls,C#,Oop,Button,Properties,Controls,我正在建立一个可能完成75%的国际象棋游戏，这是一个没有计划的冲动，因此非常混乱 我有三个多维数组，一个包含enumcolor，另一个包含enumChessPiece，最后一个包含坐标 我想把这件事弄清楚，我能想到两件事 1） 面向对象编程。我可以用属性颜色、坐标和棋子构建一个类，然后在游戏开始时实例化每个棋子，并引用每个实例 2） 一个简单得多的方法是，我可以向按钮控件添加一个属性，类似于类的属性。即 button1.Piece=典当其中button1指实际按钮 有办法做到这一点吗？谢谢。简单
colorChessPiecebutton1.Piece=典当有办法做到这一点吗？谢谢。简单到：
public class ChessButton : Button
{
public ChessPiece { get; set; }
}
显然，你需要扩展ChessButton（可怕的名字）来做你想做的事。好吧，如果你采用第一种方法（在o-o范式中做事情），我可以想象你可以提出一个相当简洁的模型。我可以设想一个基类工件，它可以由Prawn、Rook、Bishop等类继承，这可能会实现移动工件的“规则”。类似地，我可以想象一个类Tile和另一个类（包含一个二维Tile数组）Board。等等等等 因此，你最终可以把它想象成非常整洁/漂亮。你必须考虑所有这些类，了解它们做什么以及它们如何与其他类交互。因此，它有一个设计元素，这是一个潜在的缺点——必须提前思考，而没有任何实际收益——你几乎在为你的应用程序构建一个基础设施。但是如果你把代码交给某人，他们很有希望能够很容易地知道发生了什么。所以它是可维护的。o-o方法有很大的好处 第二种方法（扩展ui类）。嗯，正如你所说，这似乎容易得多。如果这个应用程序足够简单的话，也许这就是出路 但你也说，到目前为止，你做的事情都是临时性的，而且非常混乱。你所遇到的是典型的ui开发——当你用非结构化方法构建东西时，事情会变得一团糟。多年来，人们投入了大量的时间和金钱，试图在前端添加结构，以提高可维护性。你把这个问题贴上c的标签，也许你听说过微软的MVC、MVVM或MVP之类的东西。您不一定需要详细地研究这些方法，您只需要理解它们存在的原因——尝试并划分UI代码以使其更易于管理 既然您在这里还说您的动机之一是清理代码，那么我建议您将一些想法放在结构化方法中，而不是默认采用“简单得多”的方法
如果你想一想，决定只是延长一个按钮，很好。之所以选择它而不是结构化方法，是因为结构化方法需要付出太多的努力。但至少你考虑过了。在未来，您将遇到更复杂的ui需求，这种预先考虑将带来好处。您可以创建一个继承自
按钮的新类<代码>片段类包含数据字段描述（或属性、字段、数据成员或属性）。