MVC 4桌面和移動

Question

我想用ASP.NET MVC 4打造

似乎有一個網站，將針對臺式機和移動用戶（將離開片一側的討論）我可以選擇的一些選項，我想獲得一些反饋意見。

第一個選項是爲桌面和移動用戶使用相同的網站。每個頁面請求都會轉到相應的控制器，並根據外形因素渲染視圖（甚至可能取決於設備類型，例如Windows Phone，iPhone等）。響應式設計將用於確保UI適合於預期的用戶體驗（人像，風景）。此選項具有以下優點（在我看來）：

• 控制器邏輯的不重複
• 單個站點保持
• 沒有重定向用戶到不同的站點
• 沒有頁面複製以通知搜索爬蟲約

第二個選項涉及擁有一個單獨的移動站點，它只爲移動設備提供視圖和控制器操作方法。這也有能力提供設備特定的視圖（使用顯示模式）和響應設計的方向。此選項有以下好處：

• 完全控制研究在移動體驗中的哪些頁面是可用的（我知道我可以有條件的渲染動作鏈接，但條款使用此選項，如果功能是不允許在設備上，一個頁面不存在於網站上！
• 移動設備的單獨發佈週期
• 但最大的缺點是控制器邏輯幾乎肯定會在桌面站點和移動站點之間重複，這感覺就像它會真的會在未來受到傷害

感覺就像純粹的MVC應該有控制器應該獲取數據，然後提供一個視圖，允許數據在最合適的頁面上浮出水面。這感覺就像選項1.

我想是歸結爲我們應該有一個設備特定的網站（http：// m。）或者我們設計的網站可以從一系列設備中查看？

想法？

Answer 1

很有道理我已經看到了這兩種方法，第一種描述的方法確實是最好的方法。然而，我會給你的警告是，一定要使移動體驗最好。我知道很多公司並不專注於完善他們的移動設備（包括我的經驗），並且可能會讓你失去顧客。然而，控制器邏輯的重複是可怕的。一個更好的方法，雖然沒有描述，但會有1個控制器設置，但控制器集會調用一組代碼，這些代碼的行爲有點類似於api，這樣，如果您需要移動到選項2，則不會重複代碼生活變得更容易。無論如何，如果您有任何進一步的問題，我會很樂意聊天，我是一個專業的移動開發人員，並知道iPhone Android，WP7等網絡互動的每一個方面。