其他

applicationDomain-------as3的一個類，或者可以稱作是一種技術和概念。利用該技術可以簡便地實現調用伺服器端的swf，並且使用該swf中的方法和變數。 這幾天接觸flex的通訊技術，越發覺得老是處於一些表面的應用。對整個虛擬機器怎麼跑一個swf，以及一些內部機制都不甚瞭解。語言可以人為地封裝得很強大，但卻使使用者失去控制的自由。就好象它自己弄了個記憶體回收管理，我就不信C++的手工回收會遜色於自動回收，把控制權放在一堆未知的代碼上面，況且解決記憶體的問題的代碼量也沒少過C+

問題：

等下就閃回廣州，回學校處理手尾。昨晚公司的聖誕狂歡來不及總結。不過昨晚確實感受了下啤酒任喝，東西任吃，歌任唱的共產行為。。嘿嘿。。。。。 在做這個源碼到類圖之前是跟著濤哥做一個文字繪製，其實文字繪製很有趣，濤哥的方法確實高超，textfield轉成bitmapdata,最後再和圖片統一渲染。突然想到繪製一個EMF圖片其實和word的文字，圖片，表格一起上的繪製手段是類似，轉換成一個shape或者一個sprite再統一渲染。永珍歸一。這招很絕。在這個過程，其實慚愧，並沒有漂亮地完成濤哥的任務，都是

摘要：通過對一個問題兩種解法分析，揭示了二分逼近求解的精妙之處 問題描述如下：給定N( 1 <= N <= 100000) 個數，求往N個中數取C(2 <=C< N)個數，使C個數之間兩兩之差的最小值在同類情況下是最大的。 sample: N = 5, C = 3;N個數為:  1,2,8,4,9解的情況為: 1,8,4; 最小值為 3。其他同類情況可以為1,2,9 or 1,2,4 etc,但是其最小值均為1,不是最佳解。 第一種解法:對

6月份的計劃是瞭解B+樹，紅/黑樹狀結構的保持平衡的特徵。後來連續幾晚(發現工作周看書效率不高)看了B樹的插入，刪除。很是經典，開闊眼界。對資料結構設計的認識從原來的膚淺認識又多幾點心得。先設計一個穩定的結構，能保證遍曆效率逼近logn，然後其次是在插入，刪除時的邏輯控制其保持原有的結構。不過寫得出代碼才算真正理解了。最後寫了個四叉樹，來總結最近一段認識，當然，對資料結構和演算法的應用和構造提升到物件導向的層次，還是從項目中前輩們寫的代碼領悟到的。 以下是AS3寫的未完成的四叉樹代碼地址，以及圖

後關係型資料庫簡介CACHÉ後關係型資料庫/多維對象資料庫屬於第三代資料庫技術,它提供了三種整合資料存取方式：健壯的對象式存取方式，高效能的SQL方式和多維存取方式。Caché能夠加速Web應用的開發過程，提高特殊交易處理的速度，增強擴充性，加快對事務型資料的即時查詢，而且僅需要很小的系統維護工作。Caché可以運行在Windows，OpenVMS，Linux和主流的UNIX系統平台上，它可以部署在低並發使用者數（有2個）甚至10000個並發使用者的系統上。在某些特定的用途中，如海量資料的快速讀

 估計上回分析EMF檔案還不過癮，這回突然有興趣想把docx裡面的圖片給挖出來。用RIA來實現，B/S模式的服務還是比較方便的。 1，從docx說起，改了尾碼為zip就可以看到裡面有啥東西了。圖片就放在word/media檔案夾下，圖片的其他資訊放在word/document.xml裡面。對於ooxml，用的時候再去看那些節點是什麼意思，這樣理解得更快點，不適合閑暇時玩弄。docx大概就這樣，對它不太有興趣。 2，從fzip說起，開源庫，compress和decompress檔案。這個開源庫用了

 截至此時，接近5天，從一開始的介面1.0到介面2.0，介面風格從深沉到清新期間，遇到一些問題。應用平台：FW,LIBUIDK，VC6.0,偶爾VS2005測試其實問題。1：一開始做個主介面並不困難，很快1個小時就搞定。此時仍未編碼。不過存在一些BUG：1）介面放大的時候，控制項零散分布。2）功能表列設定不完全。2：停止設計介面,開始嘗試鉤子調用，系統功能需要。    （這個過程有點模糊，有空補回）3：開始設計子視窗，屬於該系統的監控部分。開始編碼。    思考如何下手過程：   

       最近遇到一兩個問題，包括以前遇到的未得到完美解答的問題，有的從前輩的代碼中領悟，有的從前輩的直接指導中得到解答。      

在對ix86編程時，有時候需要從實模式變換到保護模式（如在DOS時代要訪問擴充記憶體，或者編寫引導代碼，當然，如果在32位的作業系統下面編程，是碰不到這個問題的），總是要涉及16位程式碼片段和32位代碼之間的跳轉問題。因此有必要對他們進行區分。16位程式碼片段和32位程式碼片段的主要區別是，在16位程式碼片段中，跳轉目標的位移用16位表示，而在32位程式碼片段中，跳轉目標的位移用32位表示。在實模式下，CPU總是進行16位的跳轉，即當它在解析跳轉的目標時，總是讀取記憶體中的16位的值作為跳轉目標

文章來源http://hi.baidu.com/zfy0701/blog/item/6bd496894a77aeb60f244422.html#send文章組織：1、基本操作符2、需要注意的問題3、一些小應用4、針對具體題目的應用1> 搜尋類2> 字串類3> 其他類基本操作符與 &或 |異或 ^左右移位 << / >>取反

練手最多的也就是廣搜，今天連個狀態機器也寫不出來，弱，非常的弱，眼高手低的毛病一直沒改，幸好我周圍好人很多，很多。 分析一下處理這個圖的同構和迴環處理方法。首先是第一種情況，兩個類圖，要合并的元素是一樣的類或者介面。可以這樣理解為一個為正本，一個為副本。方法如下：1，把副本的目標元素，刪除，正本頂替副本的位置。2，只要副本直接關聯元素和間接關聯元素顯示為TRUE，則直接把正本的直接和間接關聯元素替換為副本的元素。不管正本那邊的關聯元素為true或者為false;3，如果副本關聯元素為false,

先從網上摘一段Elang的說明：Erlang 快速 入門 摘要:Erlang不但是一種程式設計語言，而且它具有比程式設計語言更加貼近作業系統的一些特性：並發線程、作業調度、記憶體管理、分布式、網路化等。它具有超強的輕量級進程，這種進程對記憶體的需求是動態變化的。Erlang支援超大量級的並發線程，並且不需要作業系統具有並發機制。據說使用Erlang編寫的Yaws Web伺服器，其並發效能是apache的15倍！好像很有吸引了！Erlang的程式員好像money也很多!呵呵

空間資料挖掘是指從空間資料庫中抽取沒有清楚表現出來的隱含的知識和空間關係，並發現其中有用的特徵和模式的理論、方法和技術。空間資料挖掘和知識發現的過程大致可分為以下多個步驟:資料準備、資料選擇、資料預先處理、資料縮減或者資料變換、確定資料採礦目標、確定知識發現演算法、資料採礦、模式解釋、知識評價等，而資料採礦只是其中的一個關鍵步驟。但是為了簡便，人們常常用空間資料挖掘來代替空間資料挖掘和知識發現。本文來介紹17種常用的空間資料挖掘方法：1.

起個不容易被搜尋到的標題。總結一下轉組後的這三個月工作。出來混，多總結的好，人總會有迷茫的時候，按時按量總結對成長有好處。07/26 ------ 08/26 我稱這段時間為置之死地而後生。處理問題: 實現一個類似panmap功能的Panose。處理方法;

--------感謝老大和濤濤(這稱呼只有老大的老大才叫的，這裡放肆一下,嘿嘿)，還有良勝。都是牛人的說. 剛要做這個的時候,摸不清下手的點在哪裡,連EMF檔案,向量繪圖,都不清楚是啥,

幾個星期前在看前輩的redo/undo總結，這次終於可以自己試試這個命令式redo/undo的寫法了。命令式redo/undo主要有三個部分；1，ICommand;(命令作用的對象，excute,undo,redo,還有一些Undo，redo參數變數)2，commandStack;(儲存命令的棧,undo和redo都在這棧裡面上下走)3，通道，也可以說是觸發器，把命令放進commandStack裡面 這種方式其實和ACM的一些水題很類似，練習堆棧的操作。其中注意幾點小問題：1，當執行完undo/

1，<Inside The C++ Object Model>是本好書。2，對四個位元組的指標封裝，對資料地址(函數行為，資料屬性)彙總，而什麼樣的資料才能夠彙總在一起，就是我們所要考慮的物件導向，面向彙總，面向抽象。3，練手簡單的記憶體管理。繼續練手cpp檔案分析，準確度不是本次練手重點。不過檔案格式分析確實要考慮很多種狀態裝換。  #include <stdio.h>#include <stdlib.h>#include <memory.h>#

具體memset用法網路資源有很多，以下介紹個人心得。===================================================================memset 用法(第三個參數為位元組數)1,對於字元數組char a[10];memset(a,'A',sizeof(a));2,對於整形數組int

今天碰到兩個問題，總結一下，最近碰到的知識很多，但總不夠時間來掌握這些東西，例如設計模式裡面的模式redo/undo和資料redo/undo。還有儲存一個文檔的記憶體資料結構，磁碟上的檔案格式，表格計算方法，AVM2的內部運行情況。設計模式上，演算法上的，工具應用上的，都有很多需要去一點點掌握。先入下正題，分別兩個問題。  一:老一輩說過的話，演算法上的最佳化還不如架構上的，系統上的最佳化。今天我就赤裸裸地遇到這個問題。 問題描述：做的是一個代碼查看協助工具輔助裡面的繪製所有類，介面繼承布局，當