其他

文章目錄 問題描述：問題解析：第二步：找出Top 10結語： 問題描述：這是在網上找到的一道百度的面試題：搜尋引擎會通過記錄檔把使用者每次檢索使用的所有檢索串都記錄下來，每個查詢串的長度為1-255位元組。假設目前有一千萬個記錄，這些查詢串的重複度比較高，雖然總數是1千萬，但如果除去重複後，不超過3百萬個。一個查詢串的重複度越高，說明查詢它的使用者越多，也就是越熱門。請你統計最熱門的10個查詢串，要求使用的記憶體不能超過1G。 問題解析：【

1、核心類BaseNotifyPropertyChanged ，主要用來封裝NotifyProperty的執行方法View Code

在做設計類的軟體中，有時候會遇到米和英寸的轉化，這裡自己寫的這兩種類型的隱式轉換方法。以米為單位的長度類型定義    /// <summary>    /// 以米為單位的長度    /// </summary>    public class MeterLength    {        public float Value { get; set; }        public UnitType Unit { get { return UnitType.Meter;

    這裡用三，主要是考慮公布開源地址，意味著一個新的開始。    源碼開源地址：http://code.google.com/p/x-framework/   代碼更新至Chrome的r80414版本(大致一月前)，最近一直在學習Browser部分加之自己工作上的一些事情，有點慢。稍微穩定點會加快速度，Browser部分已經看的差不多，一有時間就會動手。有些關注的人給我email問我，這裡做一個解釋，原本想做的更好再公布開源地址的。

用PowerDesigner產生Hibernate對應檔的步驟 執行：New->Conceptual Data Model 編譯完概念性模型後，再通過CDM產生PDM和OOM，注意要先產生OOM，再產生PDM。 在3種模型都具備時，產生JAVA　CODE時才會有*.hbm.xml檔案：執行：Tools->Generate Object-Oriented Model 在對話方塊中，選擇Detail，勾選O/R Mapping，點擊Enable

這份代碼在我的硬碟裡面靜靜呆了一年，最起初的研究是想學習改造利用，到了後來發現代碼結構並不是很優雅，自己的掌控能力有限，且是商業泄漏代碼，所以放棄了繼續改造，但是整個移植的過程讓我直到今日都受益匪淺。這份代碼可以運行跑起來，但不是ie（當時是5.x）的全部。後來有一些人出去好奇想看，我沒有給出。微軟的代碼設計模式用的並不淋漓盡致，但是總可以直擊要害。我看到身邊的人為了設計模式而用設計模式的時候，寫了很多代碼控制力並不是很強或者並不是真正的解耦合，我想有必要把這個東西拿出去，希望他們能思考或者反思

無視窗richedit的機制基本實現，剩下的是介面調用封裝和事件的設計。一周的時間添加了無視窗richview，機制上沒有採取任何hack方式，完全靠實現ITextHost介面以及作用ITextService介面：1、支援IME編輯2、支援滾動(暫時沒有捲軸，待添加!)3、支援拖拽主要參考的樣本為微軟的例子windowlessre，由於chrome的view自身封裝的限制導致實現的時候有許多架構（封裝）引入的障礙，為了儘可能少的改動引擎自身，我只做了很少的平台依賴調整，很多時間都消耗在架構機制上

轉自：http://wf5360308.cnblogs.com/建立繪圖表面建立繪圖表面有兩種常用的方法。下面設法得到PictureBox的繪圖表面。private void Form1_Load(object sender, System.EventArgs e){//得到pictureBox1的繪圖表面Graphics g = this.pictureBox1.CreateGraphics();}private void pictureBox1_Paint(object sender,

    經過幾年的技術沉澱，越發理解“工欲善其事必先利其器”的重要性，基礎設施的完備加上邏輯的縝密，常常能帶來水到渠成的享受。  

研究背景自職業生涯起到現在，我參與過三個im類產品，其中我主要負責的是介面庫開發。眾所周知，im軟體中有一個非常重要的控制項用於訊息展示，實現方式無外乎基於richedit（目前這一類為主要方式，代表：QQ）、基於webbrowser（代表：GTalk），可能會有基於WebKit的，我沒有刻意去搜集。很多時候對於相對簡單的情況，比如在遊戲中，完全可以自己繪製。 我曾經模仿過GTalk的實現方式，由於當時自己經驗欠缺以及與公司寫頁面的人溝通上的問題，效果不是那麼滿意，僅僅夠用，後來自己離開也沒再繼

    根據經驗加上參考一些其他庫，總結了一些基礎設施分享。本次只有基類視窗以及透明視窗的基本實現，至於alpha gdi操作由於不打算涉及（方向原因，工作量等），透明視窗的向量渲染部分藉助於gdi+。由於內容較少加之時間原因，解釋部分忽略。    下一步建立tls機制，作為一個完備的庫方案，這是必須滴！！！    src     找個opensource forum 是必要的。     ：        

自第一篇發布後，收到了不少建設性的意見，這裡尤其感謝網友weolar、路人甲，他們在給我重要提示的同時讓我意識到自己的武斷。上篇我曾經說過richedit是非常底層的實現，其實我起初也不這麼認為，只是在Win2K泄漏代碼中能找到幾乎所有想要的內容同時卻無法發現richedit半點鐘蹤跡故形成這種判定。事實正如網友weolar、路人甲提及，richedit屬於應用程式層的實現，看過代碼之後感受到一種親切感，因為大多數概念在我移植ie代碼的時候都曾見到過，只是當初並未深入圖文編排細節，僅著眼於渲染引

1、如果是先安裝.NET 後安裝IIS,請償試以下方法：進入.net 內建的dos視窗,運行aspnet_regiis.exe -r2、IIS提示:伺服器應用程式不可用,但是vs.net卻可用，解決方案：依次點擊我的電腦->屬性->事件檢視器->應用程式記錄檔,我的錯誤記錄檔中有兩條關於asp.net的錯誤,分別如下:   (1)由於 ASP.NET 進程標識對全域組件快取沒有讀許可權，因此未能執行請求。錯誤: 0x80070005 拒絕訪問。    (2)aspnet_wp.

最近比較忙，各種原因，對介面架構做的工作如下：1、維護更新至chromium.r804142、開始著眼Chrome瀏覽器架構，架構、外掛程式機制、主題、多進程/線程方面3、工作的目標做了適當延伸，暫時命名x-framework，並嘗試類比實現一個類Chrome的UI作品。4、介面方面進度不大，主要是不斷研究、嘗試、走彎路和改進過程，臨時性的：      

轉載自：http://www.cnblogs.com/wanghao72214/，原作者：王澤賓。 1、引言   機算機科學是一門應用科學，它的知識體系是典型的倒三角結構，所用的基礎知識並不多，只是隨著應用領域和方向的不同，產生了很多的分支，所以說編程並不是一件很困難的事情，一個高中生經過特定的訓練就可以做得到。但是，會編程和編好程絕對是兩碼事，同樣的程式員，有的人幾年之後成為了架構師，有的人卻還在不停地coding，只不過ctrl-c、ctrl-v用得更加純熟了。在中國，編程人員最終的歸途無外

有一些鬆懈，罪過罪過，警告自己一下。但是沒有閑著，主要是Chrome瀏覽器部分的代碼著實龐大複雜，牽扯到的新技術技巧很多，正在全面的瞭解其進程模型、執行緒模式、自升級策略、底層訊息架構View架構的應用細節、應用系統的通知模型、配置系統、擴充系統、各種Windows奇技淫巧等綜合起來，確實需要耗費大量精力。這些東西不像底層代碼那樣幾乎是完全可複用的，有很多東西是瀏覽器相關的，我目前並不想積累。有的時候會替別人問自己：你有必要搞那麼複雜嘛？你到底想要搞一個什麼東西？你這東西能不能用？等你全部整明白

這裡提及高效稍許有些誇張，僅為應景，因為本身就沒有太多高科技，權且作為一種有效實現。 首先是圖片解碼器的選擇。一般來講有幾種選擇：1、組裝各種開源庫，如libpng, libjpg,

軟體工程中軟體設計的中的一個環境就是部署問題，現在的軟體在解決使用者問題的同時還得解決自己的更新升級，這往往是一件非常繁瑣的事情。目前用戶端軟體升級常用的手法就是搭配一個Updater.exe進行新版本的檢測以及更新維護，每個軟體的Updater程式大同小異，就發布檔案而言也沒有保密性可言，然而每做一個程式缺都要重複這樣的工作。思路反過來就是能不能有一個通用的solution去解決用戶端程式的發布和部署問題？就我看來，這一過程就好比從svn裡面匯出資料，之後進行更新一樣，多的只是登錄機碼的一些操

轉載自:http://maozhh.cnblogs.com/1        /**//// <summary> 2        /// 添加行號 3        /// </summary> 4        /// <param name="sender"></param> 5        /// <param name="e"></param> 6        private void cMS_CNTRData

上一次，我們可以擷取到圖片動畫幀之間的時間間隔，如果想讓動畫轉起來，就必須有時鐘。插入的圖片動畫數量可能會比較多，因此要想不影響效能，時鐘必須很輕量級而且要很高效。 Windows平台上實現時鐘的方式五花八門，你可以使用視窗相關的SetTimer來設定一個時鐘，也可以自己開闢線程來做等待觸發類比時鐘，而Chromium封裝的要更加C++對象化一些：依託Windows視窗訊息，抽象出延遲任務的概念。這種手法幾年前我也曾經考慮過，只是對其中下次最短觸發時間計算以及更新的演算法和設計都有力不從心，最終