其他

在閱讀代碼中，遇到的一些東西，便整理下來。所以只是簡單的淺顯的認識，為後續有個介紹吧。 ATL 裡的註冊類。MSDN 連結地址為：http://msdn.microsoft.com/en-us/library/xka57xy4%28v=VS.80%29.aspx 理解註冊類。要 Attach 和 Detach ，要讀取及設定索引值，各種資料類型的索引值，刪除索引值，枚舉索引值，還有要 create , open, flush , close

經過一個月的奮戰，Firefox 外掛程式算是出爐了。。 現在反過來去想想那些經曆的過程，連自己最開始寫的文檔都看不大清楚。重新來吧。從實戰中總結。 1. 為什麼選擇 plugins。 原因有二。 一、支援 plugins 實現的 NPAPI 被其他瀏覽器所支援，如 chrome， opera，safari ， mozilla 這些都支援該介面。（To see：Scripting_plugins）另外，也被多種系統支援，Linux，Mac，都ok。 二、他們說在 Firefox 下實作類別似

 起源：某個程式，主介面是一個surfaceView，本來想做一個類似於封面的東西，在程式啟動以後馬上載入，，發現直接在布局裡面直接addView，覆蓋不了SurfaceView，於是想用WindowManager去實現。於是寫了這樣一段代碼：public void addCover(){ LayoutInflater inflater = LayoutInflater.from(this); FrameLayout cover = (FrameLayout)

 鑒於之前有不少朋友在使用SampleBrowserPlugin時遇到一些問題，現在進行一下補充說明（其實早就想說明一下了，不過一直沒有抽身過來...） 首先，關於外掛程式啟動並執行問題，首先要提醒各位，android的webkit在外掛程式載入這塊一直都在改動，所以使用的原始碼的版本、SampleBrowserPlugin的版本、以及android系統的版本一定要匹配，不然就會出現各種各樣的問題。  然後，有很多人詢問關於如何載入plugin的問題，下面是我自己寫的html檔案： <ht

這幾天在看這部分內容，終於有些眉目了。大概整理下。 1. 實作類別似 IE 下 ActiveX 外掛程式的東西，開始以為可以繼續又玩 XPCOM 了，但後來發現 Extention 和要實現的東西不是一碼事，NPAPI 出現。 2. 那 Extention 能否實現我想要的功能？能否通過 JS 和 Web Server 端進行互動？之前用 Extention 做的都是用戶端的，一時轉不過彎。據瞭解，plugins 是為了增強瀏覽器 browser 自身的一些特殊性，比方說協助 browser

用戶端與服務端基於HTTP和WebSocket網路通訊協定來通訊，其中HTTP用於從用戶端向服務端的請求，WebSocket用於從服務端向用戶端的推送，因此伺服器端需要支援HTTP和WebSocket兩種協議。HTTP好說，所有Web伺服器都支援，而支援WebSocket的倒不多。Java陣營：Tomcat 7和Netty.Net陣營：System.Net.WebSocketsNodejs陣營：Socket.io.Net和Nodejs俺不熟，就不作評論，Tomcat

最近從一個技術沙龍活動中瞭解到一個遊戲引擎（construct2）， 這款引擎徹底地改變了遊戲開發在我心目中的印象。以前看過一些遊戲開發的書籍，基本上都是從canvas，從座標系講起，再加上複雜地繪圖編程，使得我不 敢對遊戲開發有所奢望，更別提那些大製作。但基於這款引擎讓我在2個小時之內根據官方tutorial就能搞出一個看上去還不錯的web遊戲，並且不需要 一行代碼，有點當年第一次接觸ruby on rails時的震撼。今天把這兩個小時的奇妙之旅記錄下來，也希望其他朋友也有此感受。STEP1

把應用的端擴充到mobile自然而然會帶來安全的隱患，特別是對於我們基於HTML5來做跨平台的開發更是如此。HTML5提供了很多特性，各個平台都在努力的實現這些特性，開發人員也努力地在使用這些特性，以此求得不一樣地體驗。然而，事情都有兩面性，大多數web應用的安全措施都是基於傳統的HTML，沒有覆蓋到HTML5的新特性，下面來看看由於HTML5新特性而帶來的安全隱患：XSSCORS & CSRFClickjackingWeb storageWebSocketDesktop

雖然之前有過在外企實習的經曆，但畢竟是實習，現在要紮根於外企，就得琢磨其中的道道。一個土鱉混跡與外企也應該算是個通用話題，而我正好在從零開始完整地經曆這個過程，有必要把這過程中的點點滴滴記錄下來，對自己對他人也許是有所價值的。這個曆程當然得從面試說起，這是所有想去外企工作的朋友必須攻克的第一關，當然我們都清楚，這也是所有土鱉最顧慮的一點，因為進外企必須要過英語面試這一關，十幾年學英語都說不出個屁來，如何能在短短几天之內速成？兩個月前，我當時還沒打算去外企，說實在我壓根也不想去外企，何必讓自己難受

pcap檔案格式 文章分類:綜合技術 轉http://songwensheng.javaeye.com/blog/674686pcap檔案格式 pcap檔案格式是bpf儲存未經處理資料包的格式，很多軟體都在使用，比如tcpdump、wireshark等等，瞭解pcap格式可以加深對未經處理資料包的瞭解，自己也可以手工構造任意的資料包進行測試。 pcap檔案的格式為：  檔案頭    24位元組  資料包頭 + 資料包  資料包頭為16位元組，後面緊跟資料包  

LBS在行動裝置和瀏覽器裡已應用地非常廣泛，基於API能很輕鬆地實現一些和地址位置有關的應用，但一直對這些API背後是如何擷取使用者的位置資訊卻不得而知，今天花了時間粗淺地研究了一下：得到位置資訊主要通過兩種途徑：GPS和WIFI1. GPSGPS基本原理是測量出已知位置的衛星到使用者接收機之間的距離，然後綜合多顆衛星的資料就可知道接收機的具體位置。要達到這一目的，衛星的位置可以

最近移動平台上有關語音辨識的應用非常火爆，國外有siri和google voice search，國內有像挖財和UC瀏覽器等推出的語音輸入和控制功能。今天也小試了吧，感覺這類技術已到了大規模應用的階段。以前的手機上也有類似語音控制的功能，記得最早使用的Nokia

入職已一個多月，說實在話壓力很大，從來沒有如此的忐忑不安，主要原因還是在於英語交流。我把這個痛苦看作是還債，還小時候沒練好英語的債，這也印證了一個理，不管自己哪方面有多強，千萬別留著特別的短板，不然，總會在某個節點讓你無法迴避。讀寫還勉強湊合（但仍然存在障礙，特別是在寫正式郵件時無法拿捏準確），聽說方面的障礙簡直讓人寢食難安。上個月需要做一些面試的工作，當對面英語專業的面試者用鼓勵的眼神看我這個面試官時，你知道當時有多難堪。每天看著周圍同事電話裡和老外嘰裡呱啦地聊個不停，既羨慕又不安。這個月參與

 在前一篇文章裡我提到了瀏覽器外掛程式的兩種渲染模式：http://blog.csdn.net/qyqzj/archive/2010/06/14/5670816.aspx，最近下載了2.2的源碼包，觀察了一下相關的代碼，發現surface模式的載入過程有了些改變。 首先，原本2.1的surface載入時是這樣的： 簡單地說就是，plugin告知webkit自己View的Java類，webkit以此在Java側擷取外掛程式的View。  到了2.2，surface的載入變成了這樣： 到了2.2，A

最近明顯感覺時間不夠用，主要原因還是工作效率不高，找來一本關於如何提高效率的書《高效人士的116個IT秘訣》，看完後感覺不錯，結合自己的一些心得總結幾個受益的方法：1）保持收件匣的清空狀態保持收件匣的郵件及時處理需要多個措施的配合使用，我的方法如下：為每種類型的郵件單獨建立郵件夾，並附上郵件規則直接接收到相應目錄對於不關自己鳥事的公用性郵件，直接對郵件添加垃圾規則，及時清理重要的郵件除了移入相應的目錄，最好加上待處理提醒2）使用Google案頭來搜尋郵件不知道是不是自己outlook設定有誤，搜

MINA架構使用總結參考：http://xinsync.xju.edu.cn/index.php/archives/category/prglang/java/mina 簡單介紹：MINA架構是對java的NIO包的一個封裝，簡化了NIO程式開發的難度，封裝了很多底層的細節，然開發人員把精力集中到商務邏輯上來，最近做了一個相關的項目，為了備忘對MINA做一個總結。下面這個start方法用來初始化MINA：Java代碼

轉：http://www.blogjava.net/sterning/archive/2010/12/30/342005.html The AndroidManifest.xml File <activity android:windowSoftInputMode=["stateUnspecified",                                    "stateUnchanged", "stateHidden",                          

現在各大平台群雄逐鹿，推出各種讓人炫目的feature，基於HTML5開發最大的弊病就是無法享受最新最炫的native feature和效能問題，而Phonegap的價值就在於此，它就是為了讓你既能基於HTML5享受跨平台的便利，又能享受native的feature。因此，這裡就通過對phonegap的分析，來看看如何能更好地讓HTML5長在native上。分析完phonegap在三大平台上的源碼（phonegap源碼分析（一）------ android，phonegap源碼分析（二）----

雖然資料都有Server端提供，但移動程式開發一般都需要支援offline使用模式，因此需要移動用戶端本機存放區資料，我按資料類型不同分為三種實現方案：簡單資料（key-value）：HTML5 Web Storage複雜資料（SQL）：HTML5 Web SQL Database二進位檔案（File）：File API & Phonegap plugin1）簡單資料（key-value）對於一般的簡單資料存放區，我推薦用key-value，一個是保持資料結構簡單，另外就是HTML5

伺服器端搭建好後，移動用戶端就需要基於HTTP和Websocket來和伺服器端通訊，HTTP就基於Ajax來實現，Websocket就得靠各個移動平台瀏覽器對Websocket的支援，基本的開發大家查查文檔就比較容易掌握，這裡我著重談三點：Ajax安全性原則移動平台對Websocket的支援檔案傳輸1）Ajax安全性原則大家都知道Ajax存在跨域的限制，而基於Phonegap的離線開發實際上是本地HTML向server端發起Ajax請求，同樣會有安全限制，會導致你用戶端拿不到server端的返回