在进入应用程序背景的实际问题之前，我们正在使用的应用程序是状态流单一模型App例如，我们将在应用程序的不同状态下使用相同的域模型。在每个状态中，每个字段都可以处于只读状态，读写状态或不可见状态，但每个状态都需要所有字段来执行业务逻辑
如果您想要更具体的示例，请将此应用程序视为Microsoft TFS Web Access。我为自己感到难过:(
应用程序目前以MS Info Path Form形式编写（请不要问Grrr ......）我们感到厌倦并且厌倦了维护它。
现在问题......
目前在信息路径表单中，我们使用不同的“视图”来使字段对于不同的状态是只读的，可重写的或不可见的。即使我们只想添加一个新字段（我们必须更新每个视图），这也会创造很多工作
我的所有团队成员都在推荐ASP.NET MVC＆amp; JQuery用于重写但是我个人认为MVC会创建我们当前遇到的相同问题（许多不同的视图使字段只读，可重写或不可见的不同状态）
我们的选择数量有限...我们严格.net商店，我们已经排除了银光，WPF和Windows应用程序，选择网页表格也不太可能接缝......
只是我还是有其他人认为MVC不适合这个APP的框架???
如果MVC不是正确的框架那么我们还有其他选择吗？
答案 0 :(得分：1)
相反，MVC非常适合任务和你的问题
制作字段的许多不同视图 只读，可重写或不可见 不同的州
可能很容易用一个视图和不同的模板解决。
问题与您将使用的UI框架无关：它不像您只是通过使用WebForms或Grails来解决它。
如果你的大多数开发人员对MVC感到满意而不是为了它。 MVC是一个很好的工具，有助于将界面与逻辑分开，显示/编辑器模板应该是有用的。
答案 1 :(得分：0)
虽然ASP.NET MVC肯定适用于您的应用程序，但您可能需要查看ASP.NET Dynamic Data。根据您的描述，它听起来非常适合您的项目（主要面向数据输入的应用程序，没有过于复杂的业务逻辑）。
答案 2 :(得分：-1)
我已经从事数据输入密集型（每天数百万条记录）应用程序已有数年（十多年）了，我可以告诉你一个网络应用程序不适合这个，我的建议是银色或者某种形式的Windows应用程序
现在，您的应用和后端之间的通信肯定会基于网络，但应用本身并不是一个好主意