Winforms WinForm自定义控件：现在还是以后？
我正计划写我的第一个程序（它将是C语言的），我需要帮助做出决定。我知道我想在程序的最终版本中使用自定义控件（可能），但有人建议我使用标准WinForm控件，直到程序正常运行。他们说一旦一切正常运行，我就可以用我想要的自定义控件替换UI。这对我来说是最好的方式吗？还是应该从一开始就使用自定义UI控件 关于我： -从来没有写过程序Winforms WinForm自定义控件：现在还是以后？,winforms,project-planning,Winforms,Project Planning,我正计划写我的第一个程序（它将是C语言的），我需要帮助做出决定。我知道我想在程序的最终版本中使用自定义控件（可能），但有人建议我使用标准WinForm控件，直到程序正常运行。他们说一旦一切正常运行，我就可以用我想要的自定义控件替换UI。这对我来说是最好的方式吗？还是应该从一开始就使用自定义UI控件 关于我： -从来没有写过程序 有一些光访问/VBA体验和课堂C++逻辑和非UI编程 -如果这很重要的话，我还不知道该怎么做，但我确实计划尽可能将逻辑和UI分开。我知道这需要优先考虑。 谢谢。由于这是你
有一些光访问/VBA体验和课堂C++逻辑和非UI编程 -如果这很重要的话，我还不知道该怎么做，但我确实计划尽可能将逻辑和UI分开。我知道这需要优先考虑。
谢谢。由于这是你的第一个项目，我倾向于同意你朋友的观点。虽然从第三方控件开始并没有本质上的错误，但您会发现内置控件有更多的文档和帮助。在您的早期开发工作中，无论您做出何种选择，您都可能遇到许多绊脚石。因此，从旅行最频繁的路线出发可能会让你起步更容易
一旦您在调试学习GUI框架时不可避免会遇到的一些问题方面有了更多的经验，那么引入炫目的第三方控件将更有意义。由于这是您的第一个项目，我倾向于同意您的朋友的看法。虽然从第三方控件开始并没有本质上的错误，但您会发现内置控件有更多的文档和帮助。在您的早期开发工作中，无论您做出何种选择，您都可能遇到许多绊脚石。因此，从旅行最频繁的路线出发可能会让你起步更容易
一旦您在调试学习GUI框架时不可避免会遇到的一些问题方面有了更多的经验，那么引入炫目的第三方控件将更有意义。从未编写过程序？我不建议在这一点上使用任何第三方LIB，您仍在学习。如果您想要自定义控件的好处，为什么不自己编写它们呢？你得到了定制的行为，你实际上了解了这些东西是如何工作的 此外，这句话有点危险： -如果这很重要的话，我还不知道该怎么做，但我确实计划尽可能将逻辑和UI分开。我知道这需要优先考虑
设计模式是伟大的，但在你获得一些经验之前，你很难理解为什么它们如此伟大。像其他人一样开始编写“糟糕”的代码，然后回到设计模式。这样你就会真正意识到他们为什么如此重要（而不仅仅是被告知他们如此重要）。在完全掌握基础知识之前，不要尝试学习高级知识。从未编写过程序？我不建议在这一点上使用任何第三方LIB，您仍在学习。如果您想要自定义控件的好处，为什么不自己编写它们呢？你得到了定制的行为，你实际上了解了这些东西是如何工作的 此外，这句话有点危险： -如果这很重要的话，我还不知道该怎么做，但我确实计划尽可能将逻辑和UI分开。我知道这需要优先考虑
设计模式是伟大的，但在你获得一些经验之前，你很难理解为什么它们如此伟大。像其他人一样开始编写“糟糕”的代码，然后回到设计模式。这样你就会真正意识到他们为什么如此重要（而不仅仅是被告知他们如此重要）。在完全掌握基础知识之前，不要尝试学习高级知识。这取决于一些因素：
- 复杂性：一个简单的自定义绘图控件可以轻松取代标准winform控件，但通常自定义控件会添加新功能，并且往往具有不同的方法和属性。在这种情况下，切换到自定义控件不是一项简单的任务
- 您的体验：由于您对这一点非常陌生，使用自定义控件可能会增加另一个难度。通常，这些控件比winform控件提供更多选项。因此，最好从简单的winform控件开始
- 复杂性：一个简单的自定义绘图控件可以轻松取代标准winform控件，但通常自定义控件会添加新功能，并且往往具有不同的方法和属性。在这种情况下，切换到自定义控件不是一项简单的任务
- 您的体验：由于您对这一点非常陌生，使用自定义控件可能会增加另一个难度。通常，这些控件比winform控件提供更多选项。因此，最好从简单的winform控件开始