其他

       一頭驢，掉到了一個很深很深的廢棄的陷阱裡。主人權衡一下，認為救它上來不划算，走了，只留下它孤零零的自己。每天，還有人往陷阱裡面倒垃圾，驢很生氣：自己真倒黴，掉到了陷阱裡，主人不要他了，就連死也不讓他死得舒服點，每天還有那麼多垃圾扔在他旁邊。        可是有一天，它的思維發生了轉變，它決定改變它的人生態度（確切點說應該是驢生態度），它每天都把垃圾踩到自己的腳下，而不是被垃圾所淹沒，並從垃圾中找些殘羹來維持自己的體能。終於有一天，它重新回到了地面上。

今日將架構完整走通，給測試試用。但從測試表情看，顯然沒有Surprise的意思，反而有種因為改變使用習慣並要學習新架構的厭煩。儘管事前，我們已經對需求做過自認為相當全面的分析，而且在架構設計上也充分進行了斟酌和權衡。但是，結果就是這樣的。當然了，分析這個原因的前提，在於我對自己的要求還是挺高的。期望也是挺高的。那麼，原因到底在什麼地方了？人如何才會Surprise呢？驚奇，從字面上講，就是超出其期望。我們在做軟體的時候，想到的是如何滿足需求。要考慮如何超出其需求，確實比較難。因為這和正常工作是不

　　　　　　 話說有一個小小的彈丸之國，總人口是3人，貨幣流通總量是2美元（只有2 枚面值1美元的硬幣）。　　　　　　

如何能夠獲得系統的開機時間呢？如果我們通過cmd命令，執行systeminfo會看到一些系統的資訊，比如系統安裝時間，系統啟動時間，系統類別型等資訊，那我們如何在程式中獲得系統啟動時間呢?在delphi中，提供了Now和GetTickCount的方法，這兩個方法結合就可以知道系統的開機時間，具體原因如下：Now和其他語言一樣，都是獲得一個和指定日期相差的數字，這個數字是一個double類型的，可以通過delphi的FormatDataTime函數，指定一個顯示的格式，將現在的時間顯示出來。例如將

Delphi本身很難實現一些很炫或者很靈活的動畫變幻，flash來說實現這些就是比較常規的功能了，那有沒有一種方法將delphi和flash相結合呢？答案是可以，那如何使用呢？（1）在delphi中安裝控制項swflash.ocx，要能在其他環境中運行flash。          在Win98的$Windows\System\Macromed \Flash中或在Win2000中的$Winnt\System32\Macromed\Flash中找到它。        

昨天的部落格中介紹了，如何使用delphi的氣泡提示，但是這種方式的提示，只有滑鼠在一定範圍內時才可以很好的顯示，如果我們要在程式中應用，似乎這樣的效果不會帶來很大價值，下面介紹一種更好控制的方法，來實現制定位置的提示顯示。代碼如下：unit Unit1;interfaceuses Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms, Dialogs,commctrl, StdCtrls,

Windows的確提供了很多快速、方便的機制用於應用程式間共用資料和資訊。這些機制包括RPC、COM、OLE、DDE、WINDOWS訊息（特別是WM_COPYDATA），剪貼簿，管道，套節字等等。然而在Windows中，同一台機器上多進程間共用資料最底層的機制是記憶體映像檔案。也就是說在同一台機器上，採用上述提到的方法實現處理序間通訊，最終全都是通過記憶體映像檔案分別實現各自特定的任務。因此使用記憶體映像檔案是提高這類程式效能的一種極好途徑。多進程間共用資料是通過將同一個檔案映像對象的同一塊地區

物件導向的原則是由7個原則組成的，分別是：1、開閉原則2、依賴倒置原則3、單一責任原則4、裡氏代換原則5、複合複用原則6、迪米特法則7、介面隔離原則這些原則並不是孤立存在的，它們相互依賴，相互補充。          1.   開閉原則定義 ：一個軟體實體應當對擴充開放，對修改關閉。也就是說在設計一個模組的時候，應當使這個模組可以在不被修改的前提下被擴充，即實現在不修改原始碼的情況下改變這個模組的行為。2.  開閉原則分析：（1）開閉原則由Bertrand

      我想弄個可以組合的自訂的參數,就像MESSAGEBOX那樣的messageBOx(0,'f','',MB_OK OR MB_ICONQUESTION);要是我自己來實現MESSAGEBOX的話,怎麼分別區別MB_OK和MB_ICONQUESTION啊?     

一、什麼叫原子表和原子函數？ 　　Win32系統中，為了實現資訊共用，系統維護了一張全域原子表，用於儲存字串與之對應的標誌符的組合。應用程式在原子表中可以放置字串,並接收一個16位整數值(叫做原子,即atom),它可以用來提取該字串.放在原子表中的字串叫做原子的名字;二、關於原子表 　　系統提供許多原子表.每個原子表用於不同的目的;例如,動態資料交換(DDE)應用程式使用全域原子表(global atom

前一陣，根據工作需要，帶了幾個剛入職的學員，其實這些學員中有比我都接觸代碼時間長的，當然也會說出很多我不瞭解的知識或者名詞，此種MVC、三層架構就是經常提起的，但是我對於這個的瞭解不是很深入，今天正好上網瞭解，就和大家分享一下。MVC和三層架構 1.是不是一回事？2.有什麼區別？3.如何解釋這個問題？MVC闡述：        MVC (Model View

什麼事迪米特原則？迪米特原則能協助我們在類設計中起到什麼作用呢？迪米特原則介紹1. 定義：每一個軟體單位對其他的單位都只有最少的知識，而且局限於那些與本單位密切相關的軟體單位。2.

在使用delphi開發程式時，經常會不注意的將edit或者memo等一些可以設定IME的控制項添加上自己電腦安裝的IME資訊，此時如果使用者的機器上沒有此IME則會產生意外的問題，所以及時的將IME資訊消除才可以。如何消除IME資訊呢？有兩種方法一種是使用鉤子的方法，一種是將最後的所有檔案中的*.dfm做一下處理。下面介紹如何使用處理*.dfm檔案的方式來做處理。開啟*.dfm檔案可以看到包含ImeMode和ImeName的兩項，這兩項就是來控制IME資訊的，如下所示：object Form1:

        一天中或者一個星期或者一個月中，總會有些時候，你會覺得自己分身乏術或者有些事情就是能不做就不做，我覺得沒有一個人可以沒有出現過自己不喜歡做的事卻還是要做，自己明明已經很多工作了，可是來安排的工作還在途中，我們就是在這樣的日子中，慢慢的感受著學生時光的美好，驚歎當時為什麼那麼瀟洒的生活沒有多珍惜。       這也就造成了，現在的一種情況，有些不急的事情越壓越多，在自己處理了很多問題之後，越來越多的問題堆壓過來，導致每天都負債纍纍，直到有一天自己垮掉。     

很久沒寫關於occ的介紹了。今天有時間，繼續寫，如果我一直在做這方面的話，我想我會把它的文檔看完並寫完。 occ的基礎類型包括了以下6個方面的內容： 1：原始類型，字串和各種數實值型別的定義（將一些int，float等重新定義為內部類型）2：堆記憶體的自動管理（主要是handle的模式）3：異常處理4：資料集合類（數組，鏈表之類）5：向量，矩陣，基本幾何類等數學工具6：檔案操作 這些內容被組織在Kernel Classes ，Math Utilities ，Basic Persistence 

對於delphi中的absolute，其實用到的機會很少，只有一次看公司的代碼文檔時見到了，當時大牛們還特意問了一下，不過當時覺得應該就是使用的同一塊記憶體，但是今天看了萬一老師的部落格之後還是感受頗深的，看來不僅僅是共性同一塊記憶體那麼簡單。特意引用一下例子：procedure TForm1.FormCreate(Sender: TObject);var      num: Int64;      pt: TPoint absolute num;     arr: array[0..1]of

在程式開發中，為了方便操作，我們可能經常會需要處理建立捷徑和刪除捷徑的時侯，但是如何建立和刪除呢，這就是這篇文章所要講述的。有人可能可能覺得建立比刪除簡單，其實不然，所需考慮和處理的問題，大致相同，例如許可權問題就是一個很需要注意的，如果處理的不好，會出現不成功的現象。一、建立捷徑捷徑大致分為兩種，案頭和啟動菜單上的。（1）案頭捷徑       案頭捷徑和建立一般的檔案沒有太大區別，主要就是確定案頭的位置，然後建立一個捷徑的檔案或者說是一個*.lnk的檔案。      

引言布爾運算是非常有用的建模方法。但是，初學者會發現它們經常發生詭異的錯誤，而且很難找到原因。這個文檔或許可以說明一下這個問題。要想理解布爾運算為什麼失敗，必須先瞭解它是如何工作的。它並非是幾個神奇的指令將實體組織在一起。布爾運算其實是將幾條基本命令半自動的組合後的操作，大概是4個基本命令：相交2個實體，分離相交後的結果為2組，刪除不要的部分，串連剩餘的。這些步驟就是布爾運算的全部內容，你也可以全部用手工完成。所以如果你想讓布爾運算成功，那麼你就必須保證，Intersect,Split,Join

      在平時編寫代碼的時候，我們可能會不注意一些細節，往往也覺得其實沒有什麼問題，但是公司中很多大牛介紹說，在用字串傳遞參數時一定要注意增加const，到現在，基本上對於這條的原因以及內容也比較瞭解了，但是有時還會忘記在記錄（record）或者借口（Iinterface)中增加。      下面兩段代碼的比較：          function GetStringFromData(const AData: string): string;          var            

合成複用原則1.定義         i. 盡量使用對象組合，而不是繼承來達到複用的目的。2.分析         i.  合成複用原則就是指在一個新的對象裡通過關聯關係（包括組合關係和彙總關係）來使用一些已有的對象，使之成為新對象的一部分；新對象通過委派調用已有對象的方法達到複用其已有功能的目的。簡言之：要盡量使用組合/彙總關係，少用繼承。         ii. 在物件導向設計中，可以通過兩種基本方法在不同的環境中複用已有的設計和實現，即通過組合/彙總關係或通過繼承。a)