其他

還從沒有用UNL工具設計過什麼項目，這次算是個嘗試。這是我對關於代碼產生的設想。上次也寫了一個簡單的代碼產生器，只是對自己目前的項目所設計的，因此它根本不能用於其它項目及其它環境下。於是我自己又設計了一個。簡單的說明一下：我是這樣設想的，一般代碼都是一個個的類存在的，因此以類為核心對代碼產生進行架構。一個類，無非包含了以下這些內容：1、成員集合2、屬性集合3、函數集合4、其它而一個類同時也會有一些相關的屬性，做為介面存在。在設計代碼產生器的時候，對於不同的代碼，用不同的類來實現。再加上Rende

以前也記錄了一些關於這方面的問題，而現在是用ASP.net裡遇到的，也有一些價值。1、資料庫的連結：m_connString="Provider=SQLOLEDB; user id=ID; password=password; database=database; server=server"不用指定Provider屬性，但我不明白為什麼不設計的忽略這個屬性呢？2、OleDBCommand與SqlDBCommand的一點區別：m_dbManager.Command   = new System.

如果在其它應用程式（非web application）裡取得IIS的根目錄[Key words:IIS,

我沒想到可以直接在IIS裡用Socket編程，這為我的項目添加了不少活力。大家應該知道，一但我可以在IIS裡建立立一個Listen，還有什麼不能做呢？首選還是給出需求：大檔案上傳，保證可以斷點上傳！且記錄上傳日誌。前面好些文章已經討論過，HTTP協議下是沒有辦法進行斷點上傳，所以用HTTP協議來解決這一問題是不用想了。那麼我們可以討論的還有：CTP/IP，SOAP等幾個可用。當然，可能還有其它的我不知道，也就不說了。先說SOAP協議下的檔案上專，前面我做一了個小項目，進行過測試，在基於HTTP協

鬱悶，大腦嚴重短路一次！一個簡單的一不能再簡單的問題，結果把問題想偏了，搞的差點懷疑MS有問題了。一個程式集的名字空間為：Webb.WAVE.Controls,後來在這個項目裡添加了一個檔案，名為:Webb.WAVE.Controls.WebbUsersRelation.cs，本想這個類的名字空間名為：Webb.WAVE.Controls，類名為:WebbUsersRelation，但對於上面那樣的檔案名稱，VS.2003預設為Webb為類名。當時因為有其它的內容要修改，所以沒有注意到這個類名的

　　我不知道我自己是不是太過於自私，也不知道是不是太自以為是，總是喜歡把自己的一些想法或做法強加於別人。特別是我身邊的一些人。越是離我近的我，我就越是喜歡以一種高要求來要求別人。當然，這是對我自己的一些做法。例如，我不喜歡把垃圾簍放在廚房，所以我也要求家長控制不能把它放以廚房。我不知道這樣對不對。　　然而對於一些更為簡單的事情我更是很無奈。我不喜歡隨便到別人的房間裡去翻東西，所以也不喜歡別人到我的房間裡翻東西。我不喜歡看電視，所以不喜歡把電視放到我看得見的地方。我不喜歡騙人，所以更不喜歡別人騙我

關於自己定義Page的一個小問題[Key word:Page][測試環境：OS,WinXp+sp2;開發環境,Microsoft VS.NET2003;.Framework,1.1]前些時候遇到這樣的一個問題：我自己定義了一個通用Page，繼承自System.Web.UI.Pagepublic class BasePage:Page{}完了之後，又這樣做了一個簡單的繼承：public class AdminPage:BasePage{}然後在我的設計頁面裡的Web

很早以前做了以下兩件事：1、對.net下的資料庫訪問技術做了一個簡單的封裝，對於任何的資料表，都可以採用統計的結構進行訪問。2、然後做了一個代碼產生器，對不同的資料表進行一些類的封裝。這樣的計劃幾乎是完美的!而且在我後來的所有與資料庫打交道的項目裡，都採用了這種架構模式，而且效果還不錯。沒想到卻有這樣的一個小錯誤：1、表中的每一條記錄是用HashTable進行緩衝的，在不明確資料庫裡有哪些欄位時，是直接先在緩衝的HashTable裡的。然而，沒想到，它按KEY讀寫資料時是大小寫敏感的。這本來也沒

Lesson 1說明：絕大多數內容摘自“名人名言字典”，部份翻譯根據個人觀點有所改動。所有的翻譯並非標準也不唯一。Maxims are the condensed good sense of nations.---- J.Mackintosh.格言是一個民族智慧的結晶。<1>. The sisters Death and Night.死亡與黑暗是一對姐妹。<2>. Rome was not built in a day.----

上上個星期小病了一場，沒想到影響了好幾個星期，今天都還頭疼，而且一直咳嗽。最鬱悶的是幾個星期都沒有遊泳了，偶而去一下也只是遊一兩百米就上來了。星期天的強行遊了五百米，結果下午就又頭疼，睡了一下午。鬱悶。昨天到表哥家修理那個網路攝影機，結果讓我鬱悶。網路攝影機一直都好好的，莫明其妙的就黑屏了，而且一直也沒好過了。 重新安裝系統也不行。USB介面是好的（鍵盤，隨身碟都可用）。 後來換了個網路攝影機也是一樣黑屏。極度鬱悶了！

I am very lucky that I can catch the last program of JoyFM. I cannot remember when I start listen JoyFM, and also cannot recollect when I start love JoyFM.But, I remember quite clear now, when I am a high school student, on every lonely evening, I

　　目前的這個問題是這樣的，要求檔案上傳前，對檔案的下許可權進行一些設定。由於檔案上傳一定要出現上傳進度條，因此，檔案上傳的步驟就只能放到最後一步。而這樣就不能滿足要求：先對檔案的下載權進行設定。我以前的解決方案是：1、選擇上傳檔案的儲存路徑；2、選擇上傳檔案；3、開始上傳檔案，顯示上傳進度條；4、根據已經上傳的檔案，對檔案進行下載許可權設定。5、完成。這個步驟看上去是很合理的，但中間有一個小問題就是，對於大檔案上傳時，第3步與第4步中間可能要等待很長時間。這樣，老闆要求重新選擇順序。1、選擇上

i've never been to mehey lady,you ladycursin' at your lifeyou're a discontened motherand a regimented wifei've no doubt you dream aboutthe thinds you'll never dobut i wish someone had to talked to melike i wanna talk to youi've been to georgia and

上星期跟大學的同學一起聚了下，當然也有一些不認識的新朋友吧。看來大家可以找到的共同話題就是K歌了。可惜我已經什麼也不會了，在那裡一個人坐了近三個小時。當然心情還不錯，聽了很好從來沒聽到的好歌，有我喜歡的，也有不喜歡的，有新的，也有老的。一首“香水有毒”，唯一讓我記得名字的歌。當然回來後就下載了，昨天聽了一天！感覺歌詞不是很好，但曲子很不錯，和那首鋼琴版的蝶戀不相上下。還真想聽聽這曲子的鋼琴版。上星期天老同學結婚，當然在婚禮上也遇到了其它的一些同學，有熟悉的也有不熟悉的。然而除了寢室的老同學外，其

http://www.vkfz.com/net-CreateFileMapping-t55403.htmplayroc 發表於 2006-2-27 23:21:08 超級難題：.net 中CreateFileMapping

好玩，做了一個小撲克牌遊戲：下載：http://files.cnblogs.com/WuCountry/PlayCard.zip小遊戲，僅好玩而以。。。。玩法：1、每局你可以取得5張牌。2、單擊你想放棄的牌，然後點擊Change cards，系統將會把你想放棄的牌換掉。3、再次得到新的5張牌，系統會計算結果，根據結果你將會贏得不同的點數。如果有問題可以與wucountry@126.com聯絡。撲克中的部份圖片來自互連網，請勿用於商業用途，對此本人不負責，使用者負責一切後果。

說實在的，我的網路知識一向不好，前天看書，偶然看到這個TTL的意思，以前只知道Ping一下伺服器就什麼都不知道了。TTL表示ping的過程中一過經過了多少個路由器。但它的資料並不是直接給出的，而是用與它最近的一個2的N次數（大於它的）減去該值後得到的。例如，如果TTL的值是54，那麼最近的一個2的N次方數就是64，用64-53得到11就是經過的路由器的個數。但如果TTL的值是11，那就應該是用16-11而不是32-11。當然一般這個TTL的值都是比較大的。其工作原理是為了防止由於路由器的設定錯誤

I enter the roomsat by you bed all through the nightI watched your daily fightI hardly knewThe painwas almost more than I could bearand still I hearyour last words to me"Heaven is a place nearbyso I won't be so far awayand if you try and look for

.Net下幾種日誌管理方法日誌是應用程式中不可缺少的一部份，不僅可以記錄應用程式的運行狀態，還可以記錄一些BUG，便於應用程式的更新與修改。在.Net有好幾種方法可以對日誌進行管理。1、資料庫日誌。2、文本日誌。3、系統事件日誌。首先，對於資料庫日誌而言，它的使用簡單而且方便。這裡就不做太多的討論，相信寫過與資料相關的項目的人都會用資料來記錄一些日誌。然而它唯一不好的就是：必須先保證你的資料庫連結是正確無誤的。然而這一保證不是必然的，所以這裡我再討論一下其它的兩種情況，文本日誌及系統事件日誌。文

最近就是在修改自己的這個項目。它比我想象的要複雜的多，從一開始開發到現在已經半年了，問題當然也越來越多了，然而都是一些不大不小無關緊要的問題。例如一些單詞的拼字錯誤，一些表格的對齊，一些JS代碼的相容問題，還有就是由於一些IE安裝有外掛程式而導致一些不知是什麼問題的問題，最後就是美化問題。而從我的角度上講，從資料庫的建立到類的設計以及到邏輯層的開發以及一些UI層的開發都已經完成了。而且解決的技術痛點也不是一兩處了（我的部落格上都有相關的隨筆）。然而，如今卻面對一個自己開發的已經覺得對自己沒有太多