<分区>
您好开发人员和设计师，
我非常愿意学习使用C#作为逻辑代码的WPF。 或者我无论如何都会“尝试”。
虽然我已经用 Forms 风格写了一个 2 页长的代码隐藏，所以我知道一些语法。 但这样做确实很麻烦。
问题是我仍然徘徊在至少理解面向对象编程的基本概念的领域。但是 10 次中有 9 次我完全没有得到示例代码，因为那是“一件我什至不知道它叫什么的小东西”。 您怎么知道是否有针对您要表达的功能的命令，更重要的是......它是如何调用的以及它位于什么命名空间中的什么位置？
即使是最好的视频示例也不适合我，因为在键入任何代码时，它们从不解释代码的确切工作原理。大多数时候它甚至不符合我对逻辑代码的了解(当然我错了)。
早期我学Commodore64的Basic没问题。 学习和编写 Actionscript (Flash)，在 2 个月内创建一个 2D 射击游戏 学习和编写CMD，3个月内为各种功能编写5000+行代码。
为什么梅林的 mustache 里WPF这么硬？ 观看“最简单”的教程视频变得越来越没有动力。
有人认识这个吗？
感谢阅读， 丹尼
最佳答案
关于 WPF，我发现最有用的文章是 MSDN 上的概述，它们可能需要相当长的时间才能完成，但它们简洁而深入，请参阅 this page以获得总体概述。
为什么 WPF 很难是一个很好的问题，一个主要原因可能是它非常庞大，至少我是这么认为的。除了拥有所有代码之外，您现在还拥有 XAML 标记，这是一个独立的世界。
Microsoft 的一位在 2008 年做过 F# 演讲的人说，如果您知道其中三个关键字，let、fun 和 |>，你知道整个语言，这甚至没有那么夸张。另一方面，WPF 不是一种语言，它是一个子框架。如果 F# 可以比作 3 个纳米技术构建 block ，那么 WPF 就是一个 50 米长的工作台，上面堆满了工具(控件)和十几台重型机器(WPF 机制，如 dependency properties、data binding、commanding、data templating、等)，所有这些都带有手册。因此，如果您遇到问题，您非常需要知道所有工具和机器的作用，以便您知道使用哪个，当然您还需要知道如何使用它们，除了它们各自的基本功能甚至可能有其自身的问题和特点，请牢记这一点。
因此，学习 WPF 需要大量框架的原始知识，但也需要经验，这样您才能知道在给定情况下什么是最佳方法，并了解什么可以做，什么不能做。
关于c# - 学习WPF无果，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/6025126/