為什麼無伺服器更適用於移動開發

關鍵時刻，第一時間送達！

作者丨Alexander Stigsen

翻譯丨lloog

譯者註：作者通過介紹Realm移動平台，引出無伺服器開發模式的優點，解釋無伺服器架構為什麼適合移動開發。

當我們將舊版伺服器堆棧取消時，構建移動應用程序將變得無限簡單

當我們談到構建移動應用時，我們真正的意思是構建與伺服器技術交互的移動應用。這就意味著要與一個被設計為與乙太網電纜連接的桌面計算機的世界進行交互。儘管世界已經超越了大屏幕和有線連接，但移動開發者還是不得不接受無休止的妥協，以獲得他們想要的體驗。

要交付有用的伺服器端代碼，您需要大量新穎的、特定領域的技能。當開發人員構建一個應用程序並將其連接到伺服器時，數據並不會神奇地開始流入有用的列和行。在發出第一個請求之前，您必須部署和管理這些伺服器。而devops讓這種可能性變得更加容易，但它們佔用很多時間。

接下來，你的伺服器必須從請求中獲取的任何格式（可能是JSON）數據進行序列化，然後必須將其存儲在通常理解為SQL的資料庫中，然後必須對該數據執行業務邏輯。 它將以伺服器端語言完成所有這些操作，當然這與用於編寫移動應用程序的Swift或Android Java不同。

一個簡單的移動應用程序突然需要一個複雜的伺服器端團隊，而大部分的工作只是為了讓你的堆棧移動和伺服器之間的相互交流。 我們有移動應用程序和移動開發團隊，他們必須很好地與伺服器端堆棧和使用在移動前世界建立的技術的團隊進行良好的合作。

簡化伺服器

現在有一個更好的方式，一種稱為無伺服器開發的新興模式 ，在Realm，我們一直努力把這種模式帶給移動開發人員。 無伺服器架構旨在抽象出所有伺服器端開發需要的基礎設施和框架，從而，開發者只需要將注意力集中於：編寫能夠滿足需求的，以及隨時響應數據更改的代碼。

伺服器還在，但是所有的工作都已經消失了。

這是Realm移動平台的背後理念。因為Realm對象伺服器是與Realm移動資料庫一起工作的對象同步和事件處理伺服器。它只要對數據模型或控制器進行最小的更改，便可以在設備之間無縫自動地將數據保持同步。

由於Realm對象伺服器自動處理設備之間的數據同步，您可以直接進入Realm儀錶板，創建一個新的Realm函數，然後開始編寫JavaScript，以響應客戶端應用程序生成的變化數據。

這與正常的伺服器端開發有什麼不同呢?作為一名移動開發人員，您即使沒有掌握伺服器端開發知識，也可以有效地開展工作。不需要考慮如何讓伺服器運行，也不需要考慮如何將數據傳輸到伺服器，你不需要做devops，也不需要學習如何處理Postgres和Redis以及其他複雜的應用程序所需要的伺服器端技術。

開發者不必學習一種全新的語言和框架，比如Django或Rails，只需要寫一些JavaScript，而平台則負責我們所有使用框架的管道。該平台不需要處理中間件和URL路由，而是按照預期的格式獲取所需的數據。您只需直接處理傳入的數據，而不是構建基於rest的端點並將請求指向它們。

我過去編寫Django應用程序時，常常將數據發送到新視圖，結果需要用到四到五個文件中的幾十行代碼。 相比之下，無伺服器的Realm函數中的JavaScript代碼只包含重要的部分，你按下運行按鈕後便立即開始運行。

專註於應用程序

你最終也會寫很多不那麼移動的代碼。與其在你的移動應用程序中編寫網路和序列化代碼，你所要做的就是你所創建的模型和數據。因為這個平台可以處理同步，所以你可以專註於應用代碼，這將會讓你的應用變得很好，而不是為了讓你的應用程序工作而需要的代碼。您可以從以前編寫的那些用於與rest式的API進行交互、佔用您剩餘的時間的脆弱的代碼中解脫出來。

使用無伺服器架構，您不再需要專門的devops和伺服器團隊。您不再需要知道伺服器端框架， 只需要了解一點點JavaScript就足夠了。而且，您甚至不需要編寫與伺服器通信所需的所有代碼，因為該平台的設計初衷是為了避免此類工作。

Realm移動平台是一個將移動用例放在首位的無伺服器平台。數據同步是優秀移動應用程序的基礎（無論是顯示你的Uber駕駛員的位置還是Facebook上的家人最新的圖片）。伺服器端編碼也是必需的，但不是編寫所有在移動應用程序之間連接和共享數據的樣板代碼。你可以專註於現在伺服器上編寫的代碼，而無需學習超過javascript外的東西。

移動應用程序應該儘可能做到快速移動。像實時協作、雙向數據同步、端點計算和「離線優先」這樣的特性通常都是昂貴且難以構建的。通過採用無伺服器、移動優先的方式，開發人員可以擁有利用Realm功能來構建下一代的能力，而這只是我們用來構建的應用搭建舞台的一小部分資源。現在，我們可以開始工作，建設未來。

點擊展開全文

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！