asp.net-mvc - mvc 4桌面和移动

Question

我想使用 ASP.NET MVC 4 构建一个同时面向桌面和移动用户的网站(在本次讨论中将平板电脑放在一边)

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

第一个选项涉及为桌面用户和移动用户使用相同的网站。每个页面请求都将转到相应的 Controller ，并根据外形因素(甚至可能取决于设备类型，例如 Windows Phone、IPhone 等)呈现 View 。将使用响应式设计以确保 UI 适合预期的用户体验(纵向、横向)。此选项具有以下好处(如我所见):

• 没有重复的 Controller 逻辑
• 维护单一站点
• 不会将用户重定向到其他网站
• 没有重复的页面通知搜索爬虫

第二种选择涉及拥有一个单独的移动站点，该站点仅提供移动 View 和 Controller 操作方法。这也将能够提供设备特定 View (使用显示模式)和响应式方向设计。此选项具有以下优点:

• 在哪些页面可用方面完全控制移动体验(我知道我可以有条件地呈现操作链接，但使用此选项，如果设备上不允许功能，则网站中不存在页面!<
• 移动设备的单独发布周期。
• 但最大的缺点是 Controller 逻辑几乎肯定会在桌面站点和移动站点之间重复，这感觉在未来会很糟糕。

感觉纯粹的 MVC 应该有 Controller 来获取数据，然后提供一个 View ，让数据显示在最合适的页面上。这感觉就像选项 1。

我想这归结为我们应该拥有一个特定于设备的网站 (http://m.) 还是我们设计一个可以从一系列设备上查看的网站？

想法？

Answer 1

老实说，这两种方法我都见过，所描述的第一种方法确实是最好的方法。但是，我要提醒您的是，一定要让移动体验达到最佳状态。我知道很多公司并不专注于完善他们的移动设备(包括我的经验)，这可能会失去您的客户。然而， Controller 逻辑的重复是可怕的。一种没有描述的更好的方法是设置 1 个 Controller ，但让该 Controller 集调用一组代码，这些代码的作用有点像 api，这样，如果您需要移动到选项 2，您就不会重复代码生活在移动中变得更轻松。无论如何，如果您有任何进一步的问题，我很乐意与您交谈，我是一名专业的移动开发人员，并且了解 iPhone Android、WP7 等网络交互的方方面面。