注意:我指的不是任何特定框架对 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/