MVC 4桌面和移动

Question

我想用ASP.NET MVC 4打造

似乎有一个网站，将针对台式机和移动用户（将离开片一侧的讨论）我可以选择的一些选项，我想获得一些反馈意见。

第一个选项是为桌面和移动用户使用相同的网站。每个页面请求都会转到相应的控制器，并根据外形因素渲染视图（甚至可能取决于设备类型，例如Windows Phone，iPhone等）。响应式设计将用于确保UI适合于预期的用户体验（人像，风景）。此选项具有以下优点（在我看来）：

• 控制器逻辑的不重复
• 单个站点保持
• 没有重定向用户到不同的站点
• 没有页面复制以通知搜索爬虫约

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

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

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

我想是归结为我们应该有一个设备特定的网站（http：// m。）或者我们设计的网站可以从一系列设备中查看？

想法？

Answer 1

很有道理我已经看到了这两种方法，第一种描述的方法确实是最好的方法。然而，我会给你的警告是，一定要使移动体验最好。我知道很多公司并不专注于完善他们的移动设备（包括我的经验），并且可能会让你失去顾客。然而，控制器逻辑的重复是可怕的。一个更好的方法，虽然没有描述，但会有1个控制器设置，但控制器集会调用一组代码，这些代码的行为有点类似于api，这样，如果您需要移动到选项2，则不会重复代码生活变得更容易。无论如何，如果您有任何进一步的问题，我会很乐意聊天，我是一个专业的移动开发人员，并知道iPhone Android，WP7等网络互动的每一个方面。