mvc 4桌面和移动

Question

我想使用ASP.NET MVC 4来构建一个针对桌面和移动用户的网站（将平板电脑留给一方讨论）

我似乎有很多选择，我想获得一些反馈。

第一个选项涉及为桌面和移动用户使用相同的网站。每个页面请求将转到相应的控制器并且将呈现取决于形状因子的视图（并且甚至可能取决于设备类型，例如Windows Phone，IPhone等）。将使用响应式设计，确保UI适合预期的用户体验（纵向，横向）。这个选项有以下好处（我认为）：

• 没有重复的控制器逻辑
• 维护单个网站
• 没有将用户重定向到其他网站
• 没有重复的网页以通知搜索抓取工具

第二个选项涉及拥有一个单独的移动站点，该站点仅为移动设备提供视图和控制器操作方法。这还可以提供设备特定视图（使用显示模式）和响应式设计以进行定向。此选项具有以下好处：

• 完全控制移动体验的可用页面（我知道我可以条件渲染动作链接但是使用此选项，如果设备上不允许使用该功能，则网站中不存在页面！
• 移动设备的单独发布周期。
• 但最大的缺点是控制器逻辑几乎肯定会在桌面网站和移动网站之间重复，感觉它将来真的会受到伤害。

感觉纯粹的MVC应该拥有应该获取数据的控制器，然后提供一个允许数据在最合适的页面上浮出水面的视图。这感觉就像选项1。

我想，如果我们有一个特定于设备的网站（http：// m。），或者我们是否设计了一个可以从一系列设备上查看的网站？

思想？

Answer 1

相当简单，我已经看到两种方法都已完成，所描述的第一种方法确实是最好的方法。但是，我会给你的谨慎是，确保移动体验尽可能最好。我知道很多公司并不专注于完善他们的移动设备（包括我的经验）而且可能会失去你的客户。然而，控制器逻辑的重复是可怕的。一个更好的方法，虽然没有描述，但有一个控制器设置，但有控制器设置调用一组代码，有点像api，这样，如果你需要移动到选项2，你不是重复代码移动时生活变得更轻松。无论如何，如果你有任何进一步的问题我会很高兴聊天，我是一个专业的移动开发人员，并知道iPhone Android，WP7等之间的网络互动的各个方面。