web native客戶端靜態資源內建與動態更新

2021-08-27 12:05:18 字數 562 閱讀 5017

這種需求很多,我們確實要解決這個問題,對於web開發的工程師都知道,都會在html中js和css加上乙個版本號,以便讓瀏覽器不走本地快取,對於伺服器開發的rd應該想到樂觀鎖。

對於內建的資源,我們可以大體分為兩類:

1.api介面資料:

如:請求的介面到url:http://******,結果如下

......

}

客戶端會把第一次請求到的資料給快取到本地,以供以後直接使用。對於這種情況,可以通過本地內建了的資源版本號ver和伺服器上資源的版本號做對比,做出選擇是否要更新,如上例:發現本地內建到介面資料中http://******?vers=1,現在獲取到vers=2,那說明這個url對應到的內建頁面需要更新。

2.對於html這樣的web頁面,

通過html裡面引用資源的版本號vers和本地資源的vers做對比來確定是否需要更新。

要更新的資源一定

要做到原子性。

整個更新的流程使我想到了資料庫,想到了鎖的粒度和原子性。

瘦客戶端 胖客戶端 智慧型客戶端

胖客戶端模式將應用程式處理分成了兩部分 由使用者的桌面計算機執行的處理和最適合乙個集中的伺服器執行的處理。乙個典型的胖客戶端包含乙個或多個在使用者的pc上執行的應用程式,使用者可以檢視並運算元據 處理一些或所有的業務規則 同時提供乙個豐富的使用者介面做出響應。伺服器負責管理對資料的訪問並負責執行一些...

胖客戶端 瘦客戶端和富客戶端

以c s結構開發的網路應用程式,需要為客戶端開發專用的客戶端軟體,相對而言其客戶端比較龐大,在客戶端可以實現很多功能,分擔伺服器的負擔,屬於胖客戶端型別。以b s結構開發的web應用,其客戶端只是乙個瀏覽器,所有業務邏輯由伺服器端進行處理,相對而言客戶端比較瘦小,故稱為瘦客戶端。目前比較流行的一種開...

非同步客戶端和同步客戶端

先寫下我的理解,方便後邊閱讀資料校驗。一 同步客戶端 比如乙個連線有兩個請求,請求1 和 請求2,請求1 先發起請求,請求2後發起請求,則請求2 要等待請求1 響應完成才能接收到響應。舉個棗子,httpclient 傳送get請求,執行緒會一致阻塞,直到有響應結果。二 非同步客戶端 比如乙個連線有兩...