對於的請求合併是否可行也許還有很多地方需要商討，比如儲存方式，硬碟占用等。但是，網頁不光有，還有其它資源。對於一些文字型別的資源，比如css和js，合併的做法目前是非常普遍的。但只是簡單地把他們放到同乙個檔案中載入是不是不太好呢？
的載入無論是否合併，只要是一張完整的它就是載入多少顯示多少的。在載入過程中，使用者可以看到已經載入了的部分。但是js和css就不同，他們需要完全載入後才開始解析，如果像那樣單純的合併起來，所有指令碼的執行都會因單次載入時間變長而被延後。
很多web程式的結構都是層層依賴的，必須在所有依賴程式都載入完成後整個程式才能正常工作。那麼，js檔案的合併載入，對它的執行就完全沒有影響。但我的程式並沒有使用依賴模型，而是使用了預載入技術。不需要等待所有依賴程式的載入，可以讓重要的程式先執行，比如對頁面的一些全域性操作初始化；次要的後執行，比如對一些子功能的事件繫結。這種情況下直接把js檔案合併載入就會失去預載入技術原本的優勢。
js檔案合併也可以使用載入的思路。把載入過程視為乙個資料流，只要載入的資料足夠形成乙個合併前的js檔案就先執行，直到所有的檔案都被執行一次。這麼一來，預載入技術的優勢就不會受到影響。但這在實現上並不容易，因為資料流的使用是受很多方面牽制的。比如跨域、瀏覽器相容性、等，這在之前的問中有提到過
。這確實是個問題！如果要相容低版本ie，這個方法可能會得不償失。不考慮低版本ie的情況，現有的api已經足以滿足需求了。使用任何一種瀏覽器提供的伺服器推送技術，把需要載入的js檔案作為推送的物件來傳輸。這麼一來，整個載入過程就變為單連線、多請求，實現了類似spdy的工作。
當然，這目前也只是個想法，過段時間我可能會試試看。
關於檔案系統的一些想法
最近試了一些檔案系統，jffs2，yaffs2，ramdisk，單獨使用。同時還測試了組合使用，也就是雙檔案系統。yaffs2 jffs2 和 ramdisk yaffs2.個人覺得，單檔案系統和雙檔案系統各有利弊。針對目前客戶的情況，以及目前我手頭的硬體測試結論，雙檔案系統 ramdisk yaf...
關於OCR，一些想法
ocr一般分為兩種 1，根據給定的字元特徵集合，提取未知字元的特徵進行匹配識別 典型例子 gocr 2，不知道字元特徵，但給出提取特徵的規則，通過機器學習training來獲取某個字符集的特徵集，對未知字元進行匹配識別。典型例子 tesseract 第一種方法簡單，在某些場合很高效，但比較侷限，字符...
關於tv app的一些想法
以前是做iptv機頂盒的，現在是做網際網路電視機頂盒的，在技術上的區別是不大的。通過這些年與電信，廣電打交道，現在對產品有了一些小想法。那麼在顯示上都是以web為主，用web來顯示epg內容，用osd來顯示狀態。但是隨著android的出現，現在大部分機頂盒或電視劇集廠家，都開始了智慧型之旅。乙個是...