Native App和Web App孰強孰弱？Web App是否在將來能取代Native App？這一直是移動互聯網從業者討論的話題，本文將從架構的角度來進行分析。
還記得C/S和B/S嗎
類似的技術趨勢之爭實際上已經有很多了，我們不妨花點時間回顧一下十年前的C/S和B/S之爭。
20世紀90年代，C/S技術成熟并得到了快速發展，即系統是由客戶端和服務器兩部分組成。客戶端部分的主要任務是提供用戶交互的界面，控制應用程序的邏輯。服務器負責有效地管理系統的資源，尤其是對安全性要求較高的數據庫管理和訪問控制等。
在C/S架構中，對產品開發的要求是兩端都需要大量的開發工作?？蛻舳酥饕轻槍indows等用戶操作系統平臺進行開發，使用大量與操作系統相關的API，開發工作量大，版本更新困難。服務器端主要是進行數據庫管理方面的開發工作。因此，開發人員會分成兩類，基本上沒有交集。在系統維護上也比較復雜，最難的就是客戶端的版本控制和升級工作，給維護工作帶來很大的工作量。另外也不適合移植，如果用戶要求要支持Linux系統的客戶端，那就只能投入更多的客戶端人力重新開發一套客戶端軟件。
隨著三層C/S結構、瀏覽器、腳本語言、Web技術的發展，出現了B/S架構，即系統是由瀏覽器Browser和服務器Server兩部分組成。瀏覽器采用用戶設備上自帶的各種瀏覽器，這樣在用戶設備上無須再安裝客戶端軟件，也無須為客戶端軟件支付開發成本。服務器端采用三層或多層結構，利用腳本語言等形成以網頁形式提供的用戶交互界面，然后與業務邏輯和數據庫進行協作。顯然，相比C/S結構，B/S一方面可以減少客戶端的開發和移植工作，節省客戶端的維護費用；另一方面由于表示層、數據和業務邏輯都在服務器端，可以自由地進行系統維護和升級工作。
但B/S結構也有不足之處，比如受網絡制約，同時安全性難以控制。另外B/S也不能滿足所有的用戶需求，比如瀏覽器受安全性限制，不易于操作用戶設備上的更多資源。于是瀏覽器插件被引入進來，通過瀏覽器插件，一些需要使用用戶本地資源的功能得以實現。
直到今天，Web技術已經發展到2.0時代，Web頁面的展現效果已經非常豐富，但C/S和B/S兩種架構依然同時存在，二者的優劣都相當明顯，誰也無法替代對方。