注意:我指的不是任何特定框架对MVC的解释
例如，如果我正在设计一个富客户端Silverlight应用程序，它涉及一个相对复杂的UI行为，例如在由动态用户定义的查询填充的两个GridView之间拖放行，这是否是合适的使用模式？
某些UI行为(例如在另一有效行上放一行)也将导致应用业务规则并相应地更新模型。如果MVC不适用于此类应用程序；什么是构造此结构的好方法？
编辑:重新阅读我的原始问题，似乎有点笼统;我将其分解为一个更直接的问题:
在MVC模式不合适的情况下，用户交互的粒度是否有上限？
即。一个需要 Controller 动作的UI，必须处理mouse_move，mouse_button_up等内容。
最佳答案
在Silverlight开发的早期，您会发现其中之一是绑定(bind)的功能，您会发现自己想要完全从 View 中抽象出逻辑。尽管它与MVC相似，但是有一种更好的方法可以在Silverlight中进行处理。出于这个原因，如果您要构建Silverlight应用程序，最好查看MVVM Pattern。 MVVM Light Toolkit是我最喜欢的这种模式的实现之一。如果要构建任何Silverlight或WPF应用程序，绝对值得一试。
关于silverlight - MVC模式何时合适？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/1876696/