其他

  UVa Online Judge - Volume CI 題目和解答索引。前面為原題連結，後面為我的解答連結。 返回總目錄  10104 - Euclid ProblemNumber TheorySolution10110 - Light, more lightNumber TheorySolution10137 - The TripAd hocSolution10139 - FactovisorsNumber Theory: Factorial, ModulusSolution10168

此題比較簡單，直接掃描線法處理就可以了。先把每個樓的三元組 (left, height, right) 轉化為兩個事件：left 轉化為進入事件，right 轉化為離開事件。然後對所有的事件進行排序後從左向右進行掃描處理：一個樓進入掃描線：加入到“活動樓列表”，如果其 height > currentSkylineHeight，則修改 currentSkylineHeight 為 height一個樓離開掃描線：從“活動樓列表”刪除之，如果其 height ==

此題實際上是求本原勾股數組（Primitive Pythagorean Triple, PPT）。稍用一點數論的經典知識就可以得到非常高效的解法。我的程式排名18，頭一次進第一頁：） 返回 Volume I 索引返回總索引 //////////////////////////////////////////////////////////////////////////// 106 - Fermat vs. Pythagoras// Copyright (c) 2010 by Bo-wen

If a method of a class which will be mocked by EasyMock did return some value, you should specify the return value explicitly before you use the mock object in your unit test case. Or else EasyMock will complain: java.lang.IllegalStateException:

今天在調試打條件斷點時，想起一出調試往事。同樣也是條件斷點，難倒了我們這所有程式員。為了以後總能記得這事，把這事寫到偶部落格裡。 當時我們伺服器的光哥在Linux下用gdb調試一段代碼，發現執行到一個地方時有一個變數的值是一個與預期不符的值，於是順手打了一個條件斷點：當執行到這一行，這個變數的值為那個有問題的值時就斷下來，以確定是什麼情況下出問題。 結果，問題就來了… 跑過幾次後，光哥鬱悶的發現，這個變數的值每次都會錯，而且進一步調試後發現，每次都是在這個條件斷點所在的行，變數的值就會突變成有問

 對LockWindowUpdate可憐的誤解。 這是關於LockWindowUpdate系列的第一篇。LockWindowUpdate的行為，它是用於做什麼的，以及（可能更重要的是）它不是用於做什麼。 LockWindowUpdate做的事情其實很簡單。當一個視窗被“鎖定”，所有向它及其子視窗的繪製都會失敗。取代繪製操作的是，視窗管理器記住了應用程式試圖在視窗的哪一部分中進行繪製。當視窗“解鎖”後，這些地區被無效化，使得應用程式得到一個WM_PAINT訊息，從而重新恢複了螢幕內容與應用程式認為

簡單類比題，設計一個好的資料結構來方便的表達每個數位輸出方式。我的不是最好的，後來還看到 Kaipeng Liu 的方法，寫起來更利索一些;) 返回 Volume VII 索引返回總索引 下面是My Code //////////////////////////////////////////////////////////////////////////// 706 - LCD-Display// Copyright (c) 2010 by Bo-wen Feng//

 前一陣子到手這本書，一翻開就合不上了，發現書的內容編排非常緊湊，講解清晰。每一章內容不多，可以一口氣讀完，每章後面的習題又是從UVa Online

與鍵盤上各鍵對應的索引值 在軟體開發的過程中我們經常與鍵盤打交道，以下是我查MSDN 所得希望對各位有協助。 可在代碼中的任何地方用下列值代替鍵盤上的鍵： 值 描述 0x1 滑鼠左鍵 0x2 滑鼠右鍵 0x3 CANCEL 鍵 0x4 滑鼠中鍵 0x8 退格鍵 0x9 TAB 鍵 0xC CLEAR 鍵 0xD ENTER 鍵 0x10 SHIFT 鍵 0x11 CTRL 鍵 0x12 MENU 鍵 0x13 PAUSE 鍵 0x14 CAPS LOCK 鍵 0x1B ESC 鍵 0x20

以前使用VC6開發，最近換用VS2005編譯以前的程式，在運行時出現斷言，切回 調試器，發現提示是"vector iterators incompatible”發現引發這個錯誤的代碼如下： VectorType::iterator it = someVector.begin();for (; it != someVector.end();){    if (*it== value)    {        someVector.erase(it);    }    else    {      

簡單題，直接按照題目要求進行類比就可以。注意可以儲存中間結果，可以讓已耗用時間提高一個數量級。更快的方法應該是有的，只是對於本題給出的規模，這個演算法已經可以很快的得到結果了。 返回 Volume I 索引返回總索引 // 100_3n_plus_1.cpp : Defines the entry point for the console application.//#include <math.h>#ifndef ONLINE_JUDGE#include <fstream&

此題其實是一個簡單的類比題，但經過多次WA後，我終於寫對了其中的floodfill演算法，要寫一個正確的floodFill演算法要非常小心。 Floodfill 一般過程就是：將起始點染色，並壓入隊尾從隊列中取出一點 p x,y)檢測 p

此題涉及浮點數運算，所以要格外小心。題目大意是要求出最小的勻錢方案，精確到分。因此，求出平均數後，用多的減平均數得到的值，和用平均數減少的得到的值可能會有不同。取其中較小的就可以了。特殊情況在於算出的較小的值可能是0，那麼就得用較大的值了。 更新：之前對於用C++輸出定長浮點數格式控制記不太清了，研究了一下做了修改，現在的科學一些了：cout<< '$'<< setprecision(2)<< fixed<< result<< "/n"

Delphi函數手冊abort 函數 引起放棄的意外處理 abs 函數 絕對值函數 addexitproc 函數 將一過程添加到執行階段程式庫的結束過程表中 addr 函數 返回指定對象的地址 adjustlinebreaks 函數 將給定字串的行分隔字元調整為cr/lf序列 align 屬性 使控制項位於視窗某部分 alignment 屬性 控制項標籤的文字位置 allocmem 函數 在堆棧上分配給定大小的塊 allowgrayed 屬性 允許一個灰階選擇 ansicomparestr

 續前《團隊效率模式（一）》 團隊效率模式 郵件確認問題遊戲運營中經常使用需要營運同事對線上環境進行調整，營運同事在完成後，會用郵件回複說“已經做完，請驗收”。但往往就沒有人去驗收了。原因找來找去，發現是：功能的發起是產品同事，方案確定是策劃同事，提供配置是開發同事，負責測試是測試同事。大家都會收到“請驗收”的郵件，但每個人都以為其他人會驗收吧，所以不差我一個，沒事的。於是沒人驗收。這樣經常會出現問題，有的嚴重些就是事故了。工作中也會有很多其它事會出現類似的情況：l 

學習幾個API,大部分參考百度ExtractIcon用於擷取表徵圖檔案HICON ExtractIcon(    HINSTANCE hInst, // instance handle    LPCTSTR lpszExeFileName, // filename of file with icon    UINT nIconIndex  // index of icon to extract   );說明 - 擷取包含在可執行檔或 DLL 中的表徵圖數或表徵圖控制代碼. 表徵圖索引範轉從 0

delphi裡的普通函數指標pointer 為4個位元組,但是對象的方法指標是8個位元組,由對象指標self(4位元組)和函數指標(4位元組)組合而成.瞭解了這句話,將普通的函數指標變成對象的方法指標就不是難事了.下面是簡單的例子代碼.procedure  Button2Click(Sender: TObject);  //這裡是一個普通的函數implementation{$R *.DFM}procedure  Button2Click(Sender: TObject);begin 

 那麼，現在我們已經知道了什麼樣的操作中應當使用LockWindowUpdate，現在我們來看一下人們在一些與拖拽無關的工作中錯誤使用這個函數的方式。 人們看到LockWindowUpdate“鎖定的視窗將不能繪製自己”的行為，就用它來作為WM_SETREDRAW訊息的偷懶的使用方式，儘管發送一個WM_SETREDRAW訊息不不比調用LockWindowUpdate更麻煩。只是多打20來個字元，而且如果使用<windows.h>中的SetWindowRedraw宏的話還少會一半。不使

 如我在前面所說的，LockWindowUpdate的設計意圖可以用一個詞表達：拖拽。LockWindowUpdate最簡單的使用情境是在“拖動時顯示視窗內容”功能關閉的情況下，當你移動或是改變視窗尺寸時，被視窗管理器使用。當你開始移動/改變尺寸操作，視窗管理器鎖定整個案頭以便可以繪製細點矩形反饋，而不會因為其它視窗偶然與細點矩形交疊而導致衝突的風險。當移動/改變尺寸的操作完成，案頭被解鎖，所有東西恢複原貌。 應用程式使用LockWindowUpdate的常見的情境，是希望為拖拽提供反饋而繪製一

 現在我們知道了LockWindowUpdate的行為。現在我們來看一下它是用於做什麼的。 事實上，LockWindowUpdate的設計意圖可以用一個詞表達：拖拽。但我們稍後再說到這個。 LockWindowUpdate的目的是允許一個程式暫時的接管繪製視窗的工作。為了做到這個，你當然需要防止視窗函數（或其它任何人）進行他們正常的繪製活動；否則，兩處的代碼（正常繪製視窗的代碼和試圖接管繪製的代碼）會互相爭奪對視窗的控制，由於互不知道對方在做什麼，最後得到的將是一團糟。 但是，如果你已經鎖定了視