其他

在Remoting中處理事件其實並不複雜，但其中有些技巧需要你去挖掘出來。正是這些技巧，彷彿森嚴的壁壘，讓許多人望而生畏，或者是不知所謂，最後放棄了事件在Remoting的使用。關於這個主題，在網上也有很多討論，相關的技術文章也不少，遺憾的是，很多文章概述的都不太全面。我在研究Remoting的時候，也對事件處理髮生了興趣。經過參考相關的書籍、文檔，並經過反覆的實驗，深信自己能夠把這個問題闡述清楚了。應用Remoting技術的分散式處理程式，通常包括三部分：遠程對象、服務端、用戶端。因此從事件的

Enterprise Library: Data Access Application Block使用嚮導 Part 1Written by: Rickie Lee (rickieleemail#yahoo.com)My blog:http://www.cnblogs.com/rickieData Access Application Block有如下好處：l         減少編寫重複累贅代碼去執行標準的任務。l         協助在應用程式內部和跨公司專屬應用程式維護一致的資料訪問實踐。

      分散式處理在大型公司專屬應用程式系統中，最大的優勢是將負載分布。通過多台伺服器處理多個任務，以最佳化整個系統的處理能力和運行效率。分散式處理的技術核心是完成服務與服務之間、服務端與用戶端之間的通訊。在.Net 1.1中，可以利用Web Service或者.Net Remoting來實現服務進程之間的通訊。本文將介紹一種基於訊息的分散式處理架構，利用了.Net Remoting技術，並參考了CORBA Naming

 是本人設計的一套應用於中型商業應用的架構，和大家共同討論一下，歡迎大家來拍磚！該設計本人認為比較存在爭議的部分可能就在於將各個模組獨立封裝成DLL，基於原來的開發經驗，不進行單獨封裝，由於載入工程過多，導致載入、調試效率都很低下，大大降低開發效率。公用商業邏輯組件是從商務規則層中，抽取公用部分寫入，他只被業務外觀和商務規則呼叫，當然他會直接呼叫O/R Mapping和DataBase。O/R

   又是淩晨寫blog，本來標題是寫“昨天又唱歌了”的，第一次在上海唱歌，費用真不小，不過老大請客買單。Happying。所以這次總結一下自己K歌的經曆。   

      店裡規定，店長當班的那天要把業績通過手機簡訊的方式發給主管。但是我總是會忘記，雖然每天早上上班的時候都會提醒自己，但是一到下班就忘記了，因為一般要等到下班以後發過去，人都累了一天了，晚上關門關燈，又自己一個人回家，關著關著就忘記了，今天又忘記，剛剛老大發簡訊來問我，看來下次開會又要被“教育”了，可憐的孩子。      怎麼樣才能不會忘記給老大發簡訊彙報業績呢？我想有了幾個辦法：      一、在自己的鑰匙上面貼上“彙報業績”；     

將手機號碼最後四個數字，先除以八十，再減去整數，剩下的小數（小數點後面的 數字）乘以八十，然後將所得結果，對錶查閱，即知吉凶。　　比如：手機號碼是13xx8888888，將8888÷80＝111.1，再將111.1-111＝0.1，然後 0.1×80＝8，這個“8”就是你的命運數了，最後你在命運數對錶裡可以查到你是“吉”了！（如得數是零，便不在測算之列。據說得到這種結果的人，具有非凡特質，以名人 猛人居多，所以吉凶之數不需要再來論斷了。）　　附:手機號碼吉祥如意表吉凶數字　 解釋　　　　 註解　

其實也不能說是小技巧，只是大家可能會沒有重視。這是需要先說明的，否則會被我的標題迷惑，因為我要描述的內容，真是尋常無比。編寫Remoting程式，通常分為三部分：遠程對象、服務端程式、用戶端程式。如果不考慮中繼資料的安全性，我們會把遠程對象的dll產生相同的兩份，分別放到服務端和用戶端。Remoting在用戶端的調用是很簡單的，但調試起來就沒有那麼容易。因為用戶端和伺服器端分別屬於不同的應用程式定義域，無法設定斷點進行單步調試。如果瞭解NUnit，大家會知道NUnit也是不支援分布式應用程式的調

比爾蓋茨的11條人生箴言 for college graduatesl          Life is not fair, get used to it. 生活是不公平的；要去適應它。   l          這世界並不會在意你的自尊。這世界指望你在自我感覺良好之前先要有所成就。l          高中剛畢業你不會一年掙4萬美元。你不會成為一個公司的副總裁，並擁有一部裝有電話的汽車，直到你將此職位和汽車電話都掙到手。l         

上次寫了一篇《關於Remoting的疑惑》，結果令人滿意，解決了一個難題。但今天的問題有些奇怪，歸結原因，還是對Remoting的內在機制不甚瞭解。問題如下：Remoting傳遞遠程對象是通過通道來傳遞的，而每個通道將佔用一個連接埠。要在服務端提供遠程對象的實現，首先要Register通道，然後將對象Marshal。如果要停止該遠程對象，再通過Disconnect。但該通道仍然存在。如果要停止通道，必須通過Unregister來完成。此時登出了通道，應該釋放了對該連接埠的佔用。如果沒有登出通道，

Enterprise Library: Configuration Application Block類設計分析篇 Written by: Rickie Lee (rickieleemail#yahoo.com)My blog: www.cnblogs.com/rickieConfiguration Application Block允許應用程式方便讀寫應用程式配置資訊。顯示了Configuration Application

然而，幾分鐘以後，當“藍帽”大會開始以後，整個禮堂安靜下來。駭客們已經成功的誘使一台Windows膝上型電腦進入一個惡意無線網路。微軟安全部門的一位程式經理Stephen Toulouse說：“那時只有寂靜。你聽不到任何人的呼吸。” 兩天的會議，當他們瞭解到各種各樣的漏洞利用方式，微軟的員工被一次又一次的打擊著。第一天，幾打的官員，其中包括微軟一些最高層的領匯出席了會議，其中包括微軟的Windows長官，Jim Allchin，Windows核心作業系統開發部的負責人Brian

今天MSDN 的網站推出了Solution Starter: Scrum for Project 2003http://msdn.microsoft.com/library/default.asp?url=/library/en-us/odc_pj2003_ta/html/OfficePJScrumToolSolStarter.asp不知道在XP大型其道的今天，有多少人知道Scrum,並親身實驗過？ 最關鍵是你用它多久了.之前除了使用自己自定製的Excel表格來完成Scrum

Cool, Enterprise Library released! OverviewThe patterns & practices Enterprise Library is a library of application blocks designed to assist developers with common enterprise development challenges. Application blocks are a type of guidance,

今天我的同事使用Remoting註冊一個新通道。奇怪的是，通道始終無法註冊，總是報告異常“該通道已被佔用”。我明白這個異常出現的原因，但不明白的是此時系統並未使用任何一個通道，為何會有這個異常呢？即使重新啟動電腦也是如此，莫非有一個我們無法探測到的Remoting服務在頑強且隱匿的在吞噬著通道？無論是tcp通道和http通道均是如此，真是奇怪啊。當然要解決這個問題是非常easy的，只需要在註冊新通道前加上如下幾行代碼就OK了：if (ChannelServices.RegisteredChann

在我的部落格裡，《Microsoft .Net

我寫的.Net Remoting系列專題：Microsoft .Net Remoting系列專題之二：Marshal、Disconnect與生命週期以及Tracing ServiceMicrosoft .Net Remoting系列專題之三：Remoting事件處理全接觸Microsoft .Net

 列一些FX 1.1 代碼遷移到 FX 2.0 /Visual stuio 2005 的資源，大家要有關注這個問題或知道的，可以列在下面。和之前Blog的觀點一樣，遷移和在2.0 上運行是兩個概念，團隊和產品開發組應該結合自己的情況，來迎接和應用FX 2.0 和Visual Studio 2005,甚至SQL Server 2005, Biztalk Server 2005 和Visual Team System遷移資料、工具、文檔、白皮書白皮書Common ASP.NET 2.0

Lighting Up on Windows Vista10 things you can do to make your application shine when it runs on Windows Vista.msdn.microsoft.com/windowsvista/top10/1. Follow the Windows Vista style guidelines2. Enrich the user experience --使用Avalon3. Enable users