Wpf ICommand最初是为什么设计的？

我们都知道MVVM的支持者喜欢ICommand，但它最初是为什么设计的？

是一种通用的设计模式，它用于封装一个请求，允许人们传递它，例如，这对于数据绑定很方便。但是封装本身对于松散耦合非常有用。

ICommand在PresentationCore中，我相信这表明它最初是为WPF和MVVM设计的。这是核心WPF组件的组装。

我在寻找比松散耦合的模糊概念更具体的东西。以及.NET 3.0时代的实际文档。@JonathanAllen:为什么他们需要一个特定的理由来实现一个表面上在某些场景（例如事务）中有用的古老模式？@JonathanAllen只有设计和实现ICommand的.NET团队成员才能对您的问题给出明确的答案问题其他一切都是猜测。因此H.B.给出了答案，我投票支持将其迁移到.ICommand并不是一个古老的模式。它是包括数据绑定、CommandBinding类和RouteDuicCommand类的更大计划处理的一部分。因为我们使用它的方式已经发生了巨大的变化，所以这个接口有一个特定的用途。@djacobson，并且可能有一些他们编写的关于这个主题的文档。这只是找到它的问题。