移動或Web應用程序：前進的方向

Question

我需要在網絡應用程序中處理項目，但確實需要將其作爲移動應用程序，因爲目標環境比手提電腦更多地使用手機，但也計劃使用手機網頁應用程序。 該應用程序就像一個社交網站，但不適用於社交聯繫。它基本上有2種不同的用戶（普通用戶&專業用戶）。每個用戶必須能夠創建他的個人資料，並且普通用戶必須能夠關注專業用戶（就像twitter一樣）。

我的問題是：

1. 可我只是把它作爲一個Web應用程序，然後尋找一種方式把它 轉換爲移動應用程序，因爲我只有經驗的網絡，但不與移動應用？

   以Facebook爲例，它有一個單獨的移動應用程序或 只是將Web應用程序轉換爲移動應用程序？

2. 什麼樣的數據庫（關係型或非關係型）適合這類任務。

謝謝。

Answer 1

它取決於最終產品以及您希望獲得的設備集成級別（以及您希望獲得的級別）。

首先，聽起來你最好通過設計一個帶有移動支持的標準Web應用程序來服務......如果你努力並設計一切以支持移動瀏覽器，那麼沒有任何理由說明你的初始部署在第一天就不會支持桌面和移動平臺！

如果平臺特定的移動應用程序是一個長期目標，那麼需要考慮的另一件事是應用程序的體系結構。如果您現在計劃從UI（MVC模式）中分離數據和邏輯，您將發現自己處於一個更好的位置，可以快速開發耗費服務的移動應用程序，而無需觸摸現有的應用程序或服務器軟件！甚至可以使您的Web應用程序服務導向，這可以將移動應用程序開發減少到簡單的UI實現。

DB的選擇實際上取決於你需要做什麼，儘管我對任何「正常」Web應用程序的個人選擇都是關係型的。這裏是另一個關於非關係數據庫主題的問題的鏈接：Why would I want to use a non-relational database?

Answer 2

以facebook爲例，它有一個單獨的移動應用程序或只是將Web應用程序轉換爲移動應用程序？

在他們的iOS應用程序的早期版本中，它們實質上是在移動應用程序包裝中呈現Web應用程序。這導致了糟糕的用戶體驗，並且他們爲第5版做了徹底的重寫，並使其成爲完全原生的應用程序。