其他

我的BLOG竟然有近兩年歷史了時間過得很快呀部落格給了自己不少寄託學習技術的時候也有點動力技術是用來分享的學習的同時把自己的經驗與大家分享是件很快樂的事情工作比較忙來這更新時間就少了加上自己還有javaBlog和C++Blog發帖相對就分散了項目忙了很長一段時間之後發現自己還是惦記著BLOG這快地感覺好像沒有了這個學習到的東西都比較空虛還是找個地方分享出來比較踏實所以不管有多忙，以後還是多多發點有技術含量的文章PS：貌似以後再也不會接觸到.NET了，現在公司基本上都是C++、Java、指令碼什麼

其實是個簡單的小問題，僅在此做個記錄。遇到類似問題的不妨讀一下這篇文章先：Access查詢和過濾條件

        引用：鉤子可以監視系統或進程中的各種事件訊息，截獲發往目標視窗的訊息並進行處理。這樣，我們就可以在系統中安裝自訂的鉤子，監視系統中特定事件的發生，完成特定的功能，比如截獲鍵盤、滑鼠的輸入，螢幕取詞，日誌監視等等。可見，利用鉤子可以實現許多特殊而有用的功能。因此，對於進階編程人員來說，掌握鉤子的編程方法是很有必要的。     這幾天一直在學習 Hook 的相關知識，然後自己做了個好玩的小程式，主要功能統計一天滑鼠移動了多少米，還有鍵盤敲擊了多少次，從發這篇 BLOG

利用RFC1867標準處理檔案上傳的兩種方式：1．一次性得到上傳的資料，然後分析處理。看了N多代碼之後發現，目前無組件程式和一些COM組件都是使用Request.BinaryRead方法。一次性得到上傳的資料，然後分析處理。這就是為什麼上傳大檔案很慢的原因了，IIS逾時不說，就算幾百M檔案上去了，分析處理也得一陣子。2．一邊接收檔案，一邊寫硬碟。瞭解了一下國外的商業組件，比較流行的有Power-Web，AspUpload,ActiveFile,ABCUpload,aspSmartUpload,S

接著分析了幾個小時的SunriseUpload.0.9.1的源碼。終於明白了作者的整體思路。在此就做一個總結。首先，要想能上傳很大的檔案，我們就必須編寫一個HttpModule來自己處理使用者上傳的資訊。這個模組可以攔截使用者所有的請求，因此有必須選擇性的做一此判斷。如果是mulitypart/form-data請求時，會有這樣的一個ContentHeader在請求資料裡：multipart/form-data;

http://blog.joycode.com/saucer/archive/2004/03/16/16225.aspx我們在上傳大檔案時都遇到過這樣或那樣的問題。設定很大的maxRequestLength值並不能完全解決問題，因為ASP.NET會block直到把整個檔案載入記憶體後，再加以處理。實際上，如果檔案很大的話，我們經常會見到Internet Explorer顯示 "The page cannot be displayed - Cannot find server or DNS

有一次，聽廣播時聽到了一段關於精明人的一段闡述，頗為有意思，故聽寫下來整理了一下。這裡講了關於精明人的四個等級，不知道別人是否有此同感。1.      

發現這個衝突已經很久，一直沒想到解決的方法。而這個部落格裡也存在這一點點的衝突。因為Web.UI.Countrols裡的幾個控制項都用到了AutoPostBack，而它所實現的機制其實就是在用戶端修改一些資料後提交表單，而這樣卻給頁面的一些事件邏輯帶來了混亂。首先，它的提交是無條件的。例如:toolbar他tooltrip的事件處理，如果查看它所產生的HTML代碼，總可以看到這樣的內容：而在這些控制項上會有這樣的代碼：onSelectedIndexChange="JScript:document

今天偶然在百度及Google裡搜尋了一下自己的名字！結果讓我很生氣。到不是因為很多文章被別人轉載走了，而是這些轉載文章的人太不負責了。我不想因為自己的一些不好的文章給別人帶來不好的影響，或者因為自己的原因給別人的學習帶來麻煩。這樣讓我很鬱悶。一方面，我的部落格裡很多文章都是自己學習及思考的一些問題，並不是很好的解決方案或者是問題的答案。甚至有一些文章裡討論的內容是錯誤的。而一些轉載的人，不管三七二十一，Ctrl+A/Ctrl+C/Ctrl+V就完了。結果代碼不全，少了錯了也不管，更不用說一些後來

線上編輯器的幾個問題：好早以前就接觸過幾個版本的線上THML編輯器，像EWebEditor,FTB,CuteEditor等，後來還有幾個小巧一點的靜態線上編輯器，我在ASP裡用過。其實我覺得既然是線上文本（THML）編輯器，就應該專業一點，專門為線上HTML編輯而設計，如果不考慮實際的應該目的，而一味的追求什麼功能強大，就使得真正想用線上編輯功能的使用者來說，就有點不合理了。就像一隻鉛筆，本來是給小學生來寫字的，設計者想到小學生可能會寫錯字，於是加了一個橡皮在上面。這是好事，小學生也很高興。可設

淺淡反射問題[Key word:convert string to variable,C#,Reflection]　　在學習反射的時候，總有人跟我說，沒有必要去學習一些又難又沒用的東西。然而今天我先不說反射可以為我們解決什麼問題（其實我也不清楚），從一個實際的問題出發來簡單的討論一下反射問題。有這樣的一個實際問題，兩個變數：string m_str1 = "m_str2";string m_str2 = "This is a test!";現在的問題：如何利用m_str1得到"This is

結構設計應該面向什嗎？在UML設計與模式開發一書講到，設計的主要思維是物件導向，以職責（responsibility）來驅動整個對象，從而來快速管理開發項目。最近一段時間我又設計開發一個新的項目，基於TCP/IP的C/S網路應用程式，結果在設計開發中又是遇到一系列讓我頭痛的問題。核心的問題是：系統效率問題，資源浪費問題，錯誤處理等一些與類的設計無關的問題。從類的設計上看，問題都不是很明顯。從一開始設計到後來的測試以及修改，最開始的類都沒有什麼變化，而做了大的變動的是資料及訊息的處理模組。這讓我有

above-citedadj,上面引用的a babe in the wood(s)大笨蛋一個；頭腦簡單的人；容易上當的人；不能自立的人；a bad quarter of an hour難熬的片刻；（短時）不愉快的時刻；A bad workman always blames his tools.<諺語>自己笨，怪刀鈍。a barber's cat面帶病容和饑色的人A bargain's a bargain.協議就是協議！（指必須遵守）a beam in one's(own)

        題目描述很簡單：記憶體泄露了，現象是看到該程式的記憶體佔用率不斷增長，作為一個程式員你怎麼解決這個問題？        我答的不好，回來之後又好好的想了想，其實回答這個問題應該從不同的方面來考慮        首先分析記憶體泄露容易發生的情況，《OOP啟示錄》對這些情況都講得挺詳細的，在類的建構函式與解構函式中沒有匹配地調用 new/delete！沒有正確地清除嵌套的對象指標！在釋放對象數組時，沒有使用delete

The main object for me at currently, is to find a goal and try my best to implement it. Half and one years ago, I joined to Webb, an American company. And at that time, I really think that is a good opportunity for me to improve my programming

上次看到寶玉說的，可以在伺服器上添加計時器，可以利用這些進階的功能來管理伺服器。這確實是一個很不錯的選擇。但寶玉沒有深入的分析裡面的一些問題，所以在解決實際問題的時候，還有很多痛點。1、如果要建立大一點的服務項目，就不能僅僅只依靠Global了，必須自己寫類，而類的繼承，成為一個很的靈活的問題。如果沒有特殊的要求，從object類下來也就夠了（預設的）。但，這樣的功能太少了。所以選擇一個合理的類，是一個首先要解決的問題。2、調試。極度鬱悶，因為你不可能用頁面來查看它的資訊，而只能通過IDE來調試

一段比較經典的多線程學習代碼。1、用到了多線程的同步問題。2、用到了多線程的順序問題。如果有興趣的請仔細閱讀下面的代碼。注意其中程式碼片段的順序，思考一下，這些代碼的順序能否互相調換，為什嗎？這應該對學習很有協助的。為了示範，讓所有的線程都Sleep了一段時間。using System.Net;using System;using System.IO;using System.Text;using System.Threading;using System.Diagnostics;namespa

有些時候我們可以向httpContent裡自己添加一些資料，例如下載的時候，可以自己定義類型，然後處理資料，。    context.Response.AddHeader("Content-Length",((long)(m_totalLength-m_readLendth)).ToString());    context.Response.ContentType =

今天想寫一篇關於.net下COM工作原理的文章。花了大概3個小時，文章也寫的差不多了，可是越寫到後來越發現自己的觀點以及想法越錯誤。邊寫邊查MSDN，最後不得不放棄發布這篇文章了。雖然花了好幾個小時，最後什麼也沒有，但還是學到了不少東西。總結一下.net下是如何?與COM（或者ActiveX）互動的吧。記得也是在部落格園上看到有一篇文章關於用C＃寫ActiveX的文章，與其說是.net寫ActiveX不如說是.net如何使用它們。首先應該明確以下幾個問題：1、在.net平台下，沒有真正的COM或

Mind (you)!<口語>聽著！Mind , I don't say that it is certain.mind your back<口語>讓開，讓我通過。Mind your own business.你別管閑事。This is not your business.within an inch of 差點兒，險些！The athlete was within an inch of breaking the record.Woe is me!我好可憐呀！我真不幸呀！