其他

1、 什麼是CSRF攻擊    CSRF是Cross Site Request Forgery的縮寫（也縮寫為XSRF），直譯過來就是跨站請求偽造的意思，也就是在使用者會話下對某個CGI做一些GET/POST的事情——這些事情使用者未必知道和願意做，你可以把它想做HTTP工作階段劫持。   

最近在公司一直在處理各種反饋，有人覺得我一天到晚好像都特別忙，但有時候回到家裡想想一整天都幹什麼了，覺得一天似乎沒有幹什麼事情就結束了。不禁覺得時光有些虛度，但是其實仔細回味還是有很多值得總結和學習的東西。周日偶然間看了一篇文章，文章中說，作為一個管理者一定是從財務或者營銷中出來的，作為財務管理者更能瞭解公司的經營狀況，從而能夠更好的管理，作為營銷中的人，更能瞭解公司的發展方向，所以這兩方面的人更能成為管理者。（當然大概意思是這樣，原話忘記了）作為一個開發人員，每天面對電腦的時間幾乎佔據了自己每

部落格寫到現在已經寫了四個月了，說實話有時候覺得這是一種負擔，但是有時候有覺得，偶爾將自己的感受或者工作內容記錄下來也覺得是一種享受呢。回看一下現在的部落格記錄就會發現，最初的時候基本是每天專屬內容，後倆慢慢少了，知道上個月基本上沒有寫什麼，也不是不想寫，只是覺得有時候想給自己放個假，陪陪家人，也許人有的時候就是虎頭蛇尾，對於新奇的事情總是抱有一種激情，慢慢就會喪失這種熱情，說個秘密我是水瓶座，經常有人說水瓶座的人很神經，想幹什麼就幹什麼，但是其實水瓶座的自己，我覺得更有一種執著，就是當他堅持了

上周遇到了一個DevExpress的問題，簡單的拖動控制項想實現wids7的介面，出現了有些資源找不到的現象，最後定位的原因是資源尋找錯誤，之前在將DevExpress的控制項使用到之前的一個程式中時，也出現過些問題，當時只是將解決方案直接更改了，沒有相應現象和解決方案的記錄，所以開始在解決今天的問題時還以為是當時的原因導致的。上周還遇到了一些開發過程中設計的程式提示，一般情況下這些細節只有測試人員以及開發人員比較清楚，但是對於其他人來說可以說給出提示之後還是一臉茫然，但是開發與測試分別關注於自

IDE擴充  通過使用Open Tools API（通常縮寫為Tools API），你可以用你自己的功能表項目、工具列按鈕、動態表單建立專家以及更多的東西來擴充和定製IDE。Tools API是一套用於關聯以及控制IDE的介面，包括主菜單、工具列、主Action列表以及映像列表、原始碼編輯器內部緩衝區、鍵盤宏及鍵盤綁定、表單設計器中的表單及其上面的組件、調試器和正在被調試的進程、程式碼完成、訊息視圖，以及工作清單。  使用Tools

下面介紹一下如何?建立ide中的功能表項目以及開啟工程的右鍵中的菜單，將擴充的ide內容顯示出來unit Test;interfaceuses SysUtils, Windows, ToolsAPI, ImgList, Controls, Classes, ActnList, Menus, ComCtrls, Graphics;type TTest = class(TNotifierObject, IOTAWizard, IOTAMenuWizard) protected {

TDataTime到底是什麼類型呢？常在使用一些控制項時不知道如何設定，總感覺TDataTime和字串或者數字之間需要相互轉換才可以使用，總覺得很是麻煩，於是特意查看了一下在delphi中的定義在SysUtils單元裡有這樣兩個函數SysUtils.FloatToDateTime();SysUtils.TryFloatToDateTime();在 System 單元定義有: TDateTime = type Double;從中看來 TDateTime 是一個 8 位元組 64 位元資料,

在delphi中，有些函數或者設定會使對象自動釋放，此時如果在次釋放會發生野指標的現象，導致莫名的錯誤。下面介紹幾種經常見到的釋放規則。（一）、使用 TObjectListprocedure TForm1.Button1Click(Sender: TObject);var list: TObjectList; i: Integer; btn: TButton;begin list := TObjectList.Create; for i := 0 to 6 do begin

單一職責原則1、一個對象應該只包含單一的職責，並且該職責被完整地封裝在一個類中。  一個優良的系統設計，強調模組間保持低耦合、高內聚的關係，在物件導向設計中這條規則同樣適用，所以物件導向的第一個設計原則就是：單一職責原則（SRP，Single Responsibility Principle）。2、 就一個類而言，應該僅有一個引起它變化的原因。 指導思想：      

這兩天在寫一個功能，簡單介紹就是想讓使用者訪問一個介面時，跳轉到另一個介面，實現瀏覽器中的值得隱藏，其中跳轉的介面的內容是由瀏覽器的內容傳遞過來的。當然現在這個功能，由於瀏覽器在訪問的時候總會根據瀏覽器中的值進行request和response，所以現在現在還沒有想到更好的方法，不過有一個想法就是使用cookie進行參數的隱藏。這個程式是通過IIS調用dll的方式的，其中涉及到了如何知道dll的位置，開始按照exe的方式進行尋找，總出現很奇怪的問題，就是明明地址沒有問題，可就是dll旁邊的檔案的

DLL和com的關係 com對象通常都存在於一個DLL中，有時候Com伺服器存在於一個Exe中。存在於DLL中的Com，或者說包含Com對象的DLL都遵守一個約定，他們都必須實現以下引出函數     DllGetClassObject,     DllCanUnloadNow,     DllRegisterServer,    

介面和類一樣，只能在程式或單元的最外層被聲明(也就是interface section，也就是全域可見的)，不能在過程或函數中聲明。介面類型的聲明格式如下：type interfaceName = interface (ancestorInterface)  //關鍵字interface   [{GUID}]   //通用唯一識別碼 memberList    //成員列表 end;其中(ancestorInterface) 和[{GUID}] 是可選的，介面聲明和類相似，但是有如下的約束：1，

        今天在公司工作，突然接到通知說要出去協助，其實自己沒覺得什麼，工作嘛，聽從安排唄，不過事情就是在你知道詳細背景之後就會變味道了，今天我就悲催的中招了，也許是我瞭解的不深或者是我自己有太多期待了，於是知道真相之後，難免有些小悲傷，哎~~~        不過，既來之則安之，抱怨或者積極工作都是一樣的嘛，要開心工作才可以讓自己有個好心情呀！       

對於FastMM4以往的認識，就是知道使用FastMM4之後會提示你是否有記憶體泄露，以及可以通過FullDebugMode來尋找記憶體泄露的位置，從而可以消除記憶體的泄露。使用FastMM4如果開啟了‘FullDebugMode’則編譯完成之後需要在exe或者dll旁邊放置一個FastMM_FullDebugMode.dll，否則會出現運行不了的情況，在發布的服務程式時，這種情況更是比較常見，經常會出線使用不了的情況，自己還是一頭霧水。針對於FastMM4如何消除記憶體泄露的問題，前面介紹過，

       上周，同事的反思中寫道了“海底撈”，說“海底撈”的服務態度相當好，其實我覺得這也是一家店好氣氛的源頭，服務員的態度好，顧客自然舒服或者高興，相反給服務人員的態度也好。       這周和同學去吃了“壽司”，本來還是挺期待的，結果被一個服務生搞亂了氛圍，其實事情很簡單，服務員上錯了菜，結果非要我們付賬，試問這些魚呀，蝦的都是生的，我們知道到底是不是我們點的？一個小不愉快的開場，導致的就是“在你催促快點上菜的時候，服務員告說點的菜50%都不做了！”接著在你說要結賬的時候，告訴你又有了，

          從五月份開始，開始寫部落格，當時這本來是一項任務的並且要求了數量，所以有時為了完成，難免會“趕工”，但是趕工後的結果不是很好，似乎每個月，這件事情都成了一項負擔，也可以看到戰績，著實不好。          剛剛翻閱了一下大牛寫的部落格，覺得寫得真真的是有內涵，回想一下自己的，真是不堪入目了，於是一想，大牛的部落格量怎麼樣，看來我還是比較關心這個的，結果不禁令我瞠目，數量不多，不過每一篇的品質都看說經典，當然我看的也是個例，很多大牛平時也有寫寫東西的習慣。      

       “無他，但手熟爾”，這句話是“男友”經常會說的一句話，當然我對於這句話也是很認同的，不過我要說的是，誰能真正的達到這句話呢？尤其對於我們的弱項，能不能也通過練習來提升呢？      

在寫這個自動化測試架構的時候，我一直在留意各方面的需求。畢竟，我本人並沒有做過真正的自動化測試。管理測試方面的領導，提出一個需求，就是在用例運行失敗的時候，應該將過程記錄下來，並形成報告，Email給相關人員。個人認為這個需求是非常合理的。事實上，任何系統，如果沒有輸出，那麼只能停留在程式員手裡。有了報表，才叫真正解決了使用者的目標需求。在分析這個需求的過程，我提出了針對每一個操作介面的每一個方法，進行Log。而完成這個工作的第一方法，就想到了AOP，也就是Hook技術的應用。因為Delphi下

         最近的工作應該說比較忙，每個月都要有程式發版，雖然我不是發版的主要負責人，但是也因為頻繁的發版有些倦了，其實說“倦了”不如說是“沒有了新鮮感”，記得第一次發版的時候是多麼激動，想著自己的程式馬上就要“為人民服務了”心裡別又一番滋味呀！也許這是一個程式員必須要經曆的，但是在公司作為我們部門的一份子，給真實使用者發版使用的使用機會是比較少的，往往是內部客戶比較多，但是這次我真真的體會到了給真實使用者使用的感覺，一個字“爽”！        

文章目錄 類應該完全依賴相應的專門的介面