關於B/S的操作系統,由於網絡的原因等等，大家一致都在考慮着速度。
拿服務器的響應挑戰操作者的耐心...
這讓我想起坐車時,人等車,而不是車等人..等 與 被等 取決兩者的先後關係,
切入正題:
1，本地存儲+靜態生成,談談個人的優化經驗
首先所有數據都是在本地存儲的,幾乎是無需等待,定時提交.
2，存儲:
用Css、Json、Txt等等當作針對客戶端的數據庫.
這些文件有各自的標準,當然偶爾我會不按規矩的嘗試一下js裏面寫css， css裏面寫js..
<link rel="Stylesheet" type="text/css" href="JScript1.js" />
<script type="text/javascript" src="Stylesheet1.css" />
這並不重要,因爲你會發現吃飯、做人等等各有規則,有標準...好像又扯遠了..
但這正說明了爲什麼拿Div模仿Select...Div模仿RadioButton等等...他們的目的是爲了好看?...
But the style does look better,該有的效果也都能有...
既然這樣,拿能存儲到客戶端的文件來存儲數據也就不足爲奇了....
因爲你有你的規則,你會告訴他們存儲與讀取的標準.
3，獲取:
數據的獲取異步按需加載...說到這裏,
我想到了多線程與異步,因爲異步中你可以繼續多線程,多線程中你仍可以異步...
個人理解線程是隻能運行於軟件的程序域裏,這就是區別...
當服務器的響應只是 0,1,2...,我們只需要制定一套針對您網站的相關字典..
或許這不是好的方法,需求的數據獲取方式,我目前只想到了這些..歡迎交流
4 提交:
這樣就必須和服務器打交道了,但提交能不能也只是提交0、1、2？？？
你也許會想到難道在服務器端也來個數據字典?
這樣做只是減少網絡流量,但提高了服務器負荷,單本地操作畢竟比較快.
說到這也許就完了,腦子裏閃過'優化'倆字,然後胡亂敘說一番...
