silverlight - MVC模式什么时候合适？

Question

注意:我指的不是任何特定框架对 MVC 的解释

例如，如果我正在设计一个富客户端 Silverlight 应用程序，它涉及相对复杂的 UI 行为，例如在由动态用户定义查询填充的两个 GridView 之间拖放行，这是否是适合使用的模式？

某些 UI 行为(例如将一行放在另一有效行上)也会导致应用业务规则并相应地更新模型。如果 MVC 不适合这种类型的应用程序；什么是构建这个的好方法？

---

编辑: 重新阅读我原来的问题，似乎有点笼统；我会把它分解成一个更有针对性的问题:

在不适合 MVC 模式的情况下，是否存在用户交互粒度的上限？

即。涉及 Controller 操作的 UI 必须处理 mouse_move、mouse_button_up 等操作...

Answer 1

在 Silverlight 开发的早期阶段，您会发现绑定(bind)的强大功能，您会发现自己想要将逻辑完全从 View 中抽象出来。虽然它类似于 MVC，但在 Silverlight 中有更好的处理方式。正是出于这个原因，如果您正在构建 Silverlight 应用程序，最好查看 MVVM Pattern . MVVM Light Toolkit是我最喜欢的这种模式的实现之一。如果您正在构建任何 Silverlight 或 WPF 应用程序，绝对值得一试。