其他

演變的過程(delegate => Lamb => Linq)1.Func<string,bool> filter = delegate(string s){                            return s.Length == 5;};Func<string,string> extract = delegate(string s){                            return s;}Func<string,

 VB.Net StrConv 函式介紹 Public Shared Function StrConv(ByVal Str As String, _                                              ByVal Conversion As Microsoft.VisualBasic.VbStrConv, _                                              Optional ByVal LocaleID As

       極品飛車，我一路開來         不知道是現在的極品系列，玩法越來越讓人去研究，還是越來越商業，總是讓玩家有一點失望，反正我是從一點點到許多的看法。        就說極品飛車11吧，畫面雖然讓人越來不錯，但是玩法真是讓我不理解，總是在car day裡面，而可選擇的賽道就是那幾個，當我全拿了First之後，還是沒有什麼變化，最後我選擇leave car day,遊戲提示，如果你退出，你的point將沒有。靠。啥意思。       

  大家都知道：ASP.NET通過code-behind 技術立刻帶來了表現層和商務邏輯的分離。雖然微軟的目的是好的，而且對一般的應用程式也有較好的表現，但是在開發企業級WEB應用程式的時候，code-behind 在很多方面都還比較欠缺：

如果你用的是WinDows

二、PetShop資料訪問層之資料庫訪問設計在系列一中，我從整體上分析了PetShop的架構設計，並提及了分層的概念。從本部分開始，我將依次對各層進行代碼級的分析，以求獲得更加細緻而深入的理解。在PetShop 4.0中，由於引入了ASP.Net

      雖然沒有任何證據明確指出“一切皆對象的”概念，但如果採用了物件導向思想來分析並類比一個系統的行為時，就最起碼必須要遵守“盡量把一切轉化為對象”的原則。即便是不能轉化的也要試圖轉化，否則問題無法得到解決。通常的設計思路是根據需求決定問題的領域，然後再領域之中細劃，按照直觀認識與經驗，先弄清系統的行為有哪些，它需要做些什麼，做這些事情需要些什麼東西，出於擴充性、安全性等因素，這些東西哪一些可以盡量簡化，哪一些必須要繁雜。      

    最近園子裡的book.save()計論已讓我看的有些厭惡了。同時也希望大家不要再在這個問題上火上澆油了。有關這個問題在別的技術社區早就有過討論(不要吃人啃過的饃)，最後又怎麼樣呢？ 還是希望大家務實點好（幹好手頭的事等）。    從這些計論中發現大家在不厭其煩的尋找所謂的銀彈，但具我瞭解這個問題可能無解。必定軟體開發設計要有一定的行業背景（應用情境）。而離開這些條件的話，空談這個問題猶如盲目人摸象（如果把上面的問題放到不同背景下都會有不同的解答）。   

寫下這個題目的時候，心中想到的是另外一句話：“該死的英語四級”。當 努力想得到一種東西卻得不到的時候，就會套用經典的“該死的xxx”句型，伴有舉出應該抵制xxx的N種理由、到論壇上發帖力辯xxx是否有用等癥狀，這 在弗洛伊德的經典精神分析體系中被稱為吃不著葡萄就說葡萄酸綜合症。此類病症在我國較為普遍，尚無特效藥，較難治癒，偶爾痊癒者有時還會就下後遺症，具體 表現如考過四級之後散布“四級這麼簡單沒過的都是白癡”等言論等等，給眾多家庭帶來了苦惱，給社會帶來了沉重的負擔。不幸的是本人也身染此

招磚頭了，有錯就改標題應該是：一個很能體現物件導向思想特色的超簡單的程式。為亞曆山大助威看了亞曆山大同志寫的捅破窗戶紙一文還是有所感覺的不過亞曆山大同志明顯學究氣氛濃重不好意思在這裡表露真實身份了。本人其實是一家培訓機構的講師，學業不精，經常擔心自己誤人子弟。好在總會在教學中總結一些很有意思的執行個體今天貢獻一個給大家看看一個必須使用物件導向才能寫出來的東西，當然，過程強人可能能寫出來，不過我估計一千個程式員中不一定會有一個程式類型：WinForm需求：每次當滑鼠雙擊應用程式表單介面的時候，會在

引起討論的文章：怪怪：怪怪設計論: 抽象無處不在參與討論的文章：金色海洋（jyk）：其實添加資料也可以這樣簡單——表單的第一步抽象（針對資料訪問層）《怪怪設計論: 抽象無處不在 》有感 亞曆山大同志：捅破窗戶紙：如何從過程到對象—For金色的海洋以及所有為物件導向而困惑的Tx徐少俠：一個必須使用物件導向才能寫出來的超簡單的程式。為亞曆山大助威亞曆山大同志：談談book.Save()到底OO還是不夠OOdeerchao：軟體設計基本原則

近期研究silverlight,silverlight當前很多控制項還沒有，自己寫時間又很長，所以找了一些第三方的控制項。還有一些控制項的特殊用法也一起記錄在這裡。1.MaskedTextboxsilverlight 3.0裡是沒有MaskedTextbox，不知道4.0裡有沒有。在http://www.telerik.com/這個網站裡找到了很多第三方控制項，其中就有MaskedTextbox。購買正式版需要$999，不過好在有試用的，註冊就可以下載。我是直接下載DLLs

        一個女兒對父親抱怨她的生活，抱怨事事都那麼艱難。她不知該如何應付生活，想要自暴自棄了。她已厭倦抗爭和奮鬥，好像一個問題剛解決，新的問題就又出現了。 她的父親是位廚師，他把她帶進廚房。他先往三隻鍋裡倒入一些水，然後把它們放在旺火上燒。不久鍋裡的水燒開了。他往一隻鍋裡放些胡蘿蔔，第二隻鍋裡放入雞蛋，最後一隻鍋裡放入碾成粉末狀的咖啡豆。他將它們侵入開水中煮，一句話也沒有說。

       哲學或純理論意義上的對象定義並不是方法欄位加屬性這種模式化的定義方法，對象這個概念，準確說應該是人類能夠並識別提取出來概念標識。可以認為一個bit是一個對象，幾個bit組成的一個位元組也是一個位元組也是一個對象。大凡只要能夠認識並能提取出來辨認出它與其它事物有什麼不同的特徵的就可以稱之為對象。       如果想要更加含糊一些的話，我們可以認為類也是對象，因為類是對象的結構描述，它自身這種描述集合是我們可以認識的，所以它也是一種對象。      

 由於前段時間裝的CodeSmith 4 Beta到期，正好也收到郵件Release發布。可能各位已經使用上V4 Beta的XD們很快也要遇到這個問題。於是下載了最新版，只有10天試用，本人比較懶，用了新版就不想換回老版了，於是試著摸索了V4的註冊方法，居然成功了。實在沒想到……        首先下載Release版的CodeSmith 4，地址為：www.codesmithtools.com/download/CodeSmithProfessional-40.msi       

今天帶來的是http://www.vectorlight.net/裡的 Popup Dialog，silverlight裡沒有模態對話方塊真的讓人鬱悶，這個網站裡提供的控制項陳列庫裡有Popup Dialog，而且有詳盡的demo，很不錯。 這是我用Popup Dialog做的地址選擇介面，效果還不錯吧。在這裡提示大家一個小bug，對話方塊一定要設定高度和寬度，否則會出現錯誤。我開始用的時候沒有設定高度，最後犧牲了午睡時間分析了源碼才發現，

為什麼要對web.config進行加密？    先談為什嗎？原因其實就是基於安全方面的考慮    簡單的說，在asp.net中，加密web.config可以有效保證資料庫使用者和密碼安全，以及其他重要配置資訊的安全。    複雜的說，在asp.net中，可以使用受保護配置來加密web.config中的敏感資訊（如使用者名稱，密碼，資料庫連接字串和加密金鑰,etc）              對配置資訊進行加密後，即使功擊都擷取了對設定檔的訪問，也可以使功擊者難以擷取對敏感資訊的訪問，從而改進應用

緣起最近一段時間，在部落格園關於物件導向的討論比較熱烈，你來我往的，好不熱鬧。不完全歸納一下，大約有以下幾種意見比較受歡迎：A.        物件導向需要組織、團隊支援，需要一種環境；B.        物件導向比面向過程編程要複雜，需要花很大代價才能掌握；C.        物件導向不是必須的；D.        物件導向存在一定的效能損失。其實每一個意見都有的一定的依據，不過這些依據都是站在自己的背景下才能站得住腳，並不是放之四海而皆準的。物件導向是一組思維方法、分析方法和編程方法的集合，

先撤點別的：）一直覺得部落格園的氛圍很好，有什麼事大家可以一起討論。看到部落格園裡討論物件導向，感到非常欣慰，因為我也喜歡物件導向。對於非資料庫相關項目來說，可以直接套用物件導向的理論，對我們來說沒有什麼困惑。（因為非資料庫專案資料結構通常是駐留在記憶體裡的，而資料庫相關項目資料結構是在資料庫裡）但國內很多的項目是資料庫相關的項目，所以學了物件導向，再去做項目的時候總是覺得，心有餘力不足。就是困惑啊，就是鬱悶啊。我想這個是正常的，因為這兩個東東本來就有矛盾的，認清這一點，是非常重要的。你認定這兩