其他

寫一個簡單的Remoting

WCF 內建了很多Binding，而很多Binding其實主要是TransportElement 和 EncodingElement以及一些額外特性（比如安全，可靠訊息傳遞等）的組合。對於擴充而言，有時候我們需要去自訂實現一個Binding。這時候你可以去修改binding的一些參數。或者自己去組合一個binding使用Custom binding。比如選擇使用Http作為Transport,而

Expression blend 2.5 是目前的最新版本用來支援WPF和Silverlight Beta2 的開發。一般我們可視化的拖放和設計介面和效果。有時候如果你要人為的編輯一下Xaml的話發現沒有智能提示非常不方便。有些屬性很長的話，很難記住。由於Expression本省是個WPF程式， 當然也是標準的.net程式。所以擴充其實很容易，Expressoin提供了一個IAddIn介面，你只要實現該介面就可以了。

在 Silverlight 中，有幾種擷取後台資料的方式。 通過會有一個Service來暴露這些資料，對於sl2 這個service可以是最簡單的ASMX或者用WCF的basichttpbinding，

隨著網站的運營，使用者訪問量和資料存放區量會隨著時間發生幾何級變化，很快整個系統不堪重負，頻繁出現問題。其實要設計一個高可用、高負載的系統還是有一定的規矩可循的，其手段無外乎向上擴充(Sacle Up 硬體擴充)或者向外擴充(Scale Out 軟體擴充)，這兩種方案在某一階段時期，會顯著改善網站的效能，但不久之後，問題依舊。本文參考網上相關資料，試圖提供一個可行的 "有限" 解決方案。早期1. 對業務應用進行垂直分割，將不同的業務邊界劃分出來。程式員常說的 "多層體系"

其實感覺Remoting若基於IIS為宿主，只能使用HTTP作為傳輸協議，並預設連接埠80（若更改IIS預設連接埠後，不知道Remting的連接埠是隨之改變還是需要手動設定）首先，在IIS上建立一個Web應用程式，假定虛擬目錄名為Remoting.（當然用VS建立一個Web應用程式項目是最方便的方式），並把WebForm1刪除，然後修改Web.Config的內容給出一個最簡單的配置例子：<system.runtime.remoting>  <application>   

今天去參加了兩天的關於ILM V2 的培訓，大概總結一下相對於ILM 2007 有哪些新的特性。ILM 是什嗎？顧名思義是一個身份管理軟體。當一個人進入一個企業之後，他會有不同的身份。比如AD帳號是他的一個身份，ERP 系統的帳號是他的一個身份，

 先來個Delphi的：The CodeDOM and the Delphi for .NET IDE  通過OTA在IDE裡瀏覽CodeDOM。作者是Borland的工程師(他的BLOG) 在A Look At CodeDOM這篇BLOG裡有很不錯的連結，品質很高的。 MSDN http://msdn.microsoft.com/netframework/programming/bcl/上有個叫CodeDOM Test Suite的，This suite is used to test

寫在前面：本來在前面說要寫配置應用程式塊的設計篇，現在我想先把各個應用程式塊的入門篇和進階篇寫完後，再統一寫設計篇，希望大家理解：）在本篇隨筆裡面，一步一步說明怎麼去用資料訪問應用程式塊來進行資料的訪問，並給出相關的圖示。一．Data Access Application Block能夠做什嗎？       1．提供最佳實務；       2．改善一致性；       3．改善安全性；       4．改善易用性；二．Data Access Application

 這一篇其實沒什麼可講的，只提一下跟用戶端不太一樣的一些地方。服務端跟用戶端最大的區別是它面對的不是單單一個串連，而是有一些個串連。對於接收與發送來講它是要具體到accept進來的每一個串連的，所以這裡有一個SocketStateObject參數會貫穿始終，這個參數主要就是放對應用戶端的Socket串連及一些狀態變數，在accept進來一個串連後即建立一個這個對象。       public void Listen(int port)       {                    

前二天機緣巧合，在四五年後重新用起了fastreport，不得不感歎其強大之處，定製能力實在是太強了，今天把一些以前寫的放在大富翁論壇的東西翻出來，如果現在還有用這個東西的，如果你也有一些另類的運用，可以有所協助。這裡有一個FR報表簡繁體轉化的解決方案，只做一份報表，即可在簡繁體下用。報表運行時可編輯，這並不是什麼用法，只是一個當時解決問題跟蹤FR源碼時的所得，以前在delphi下開發跟蹤跟蹤人家的源碼受益匪淺。資料集行列轉換不是什麼新鮮事，關於SQL的用法網上隨便搜搜即有，這裡有不用改變資料集

 資料訪問是所有要與資料庫打交道的系統的最基礎模組，也是在當今開發領域中提供現成解決方案最多的。其中一方面當然是各位開發人員的習慣性思維，幾乎每一位有追求的程式員都不會寫出令自己搖頭的代碼，總是力求使系統的實現接近於自己的“理想”，而資料訪問由於資料庫的多樣性及資料庫SQL文法與現今流行的OO思想不適配，給予了程式員們以很大的發揮空間，所以造就了此領域的“百花齊放”；另一方面則是世界事物的複雜性，使各式各樣的解決方案好像都無法勝任，所以“輪子”就越造越多。鑒於項目的特性，表不會很多，但系統對效能

工具類： http://www.swoogan.com/nantgui.html NAnt&Nant-GUI，一個Nant項目自動部署發布工具的第三方圖形組態工具。http://nhibernate.sourceforge.net/NHibernate，.Net下的O/RM工具資料類： http://www.microsoft.com/china/msdn/events/webcasts/shared/webcast/ConnectedSystem.aspx Connected

 寫在前面：企業庫Step By Step系列的隨筆今天已經是第九篇了，期間得到了很多朋友的支援，他們認為給初學者提供了很好的資料，在這裡表示衷心的感謝。也有朋友反映說關於企業庫使用的文章網上已經有了很多，希望我能寫一些企業庫類設計的文章，我也非常感謝這些朋友提出的建議。我寫本系列隨筆時就是立足於初學者，協助初學者，希望能夠給他們一些協助。所以本系列隨筆我還會繼續下去，寫完入門篇和進階篇後，我會寫類設計篇，最後我計劃再寫一篇總結篇的隨筆，作為對企業庫的一個總結，最後再次謝謝大家的關注和支援。  

參考文檔：呂震宇的設計模式系列（四）簡單原廠模式的結構特點：      1、簡單工廠類通常使用string, int等簡單實值型別作為參數；（若要用什麼對象做參數當然也沒所謂的）      2、簡單工廠中通過if、switch等條件分支語句來決定返回哪個類的執行個體對象。其他：      1、簡單工廠不是Gof23中的標準模式，設計上也並不完全遵循OOP，但它使用簡單；      2、簡單工廠返回的類對象雖然可以不必是從同一個基類繼承的，但那樣的設計一般來說是沒有什麼價值的。

WCF的官方網站http://windowscommunication.net於4月8日發了一個貼子《Resources for Custom Channel Authors 》，此帖收集了有關介紹和實現在WCF中Custom Channel技術的相關資源。這個文章非常有用，資源也非常豐富，有大量的souce code，documentation，還提供了一些介紹WCF的部落格連結。我在WCF入門系列(Part Two)中也提到過channel

MSDN上對MergeOption枚舉的定義為：成員名稱說明AppendOnly不會從資料來源載入物件內容中已存在的對象。這是查詢或調用 EntityCollection<(Of <(TEntity>)>) 的 Load

此文以SQL Server 2005上實現為準，SQL Server 2000因為實現機制不同，請查閱相關資料。        步驟一：在SQL Server 2005上執行ALTER DATABASE <DatabaseName> SET ENABLE_BROKER;語句讓相應的資料庫啟用監聽服務，以便支援SqlDependency特性。       這條語句最好在資料庫未執行任何事務的情況下執行。        步驟二：調用SqlDependency.Start(String

　　前兩天發的一個貼，不知道用什麼來實現泛型參數在運行時動態設定，結果被高手們炮轟，還有個狂妄的傢伙嘲笑我的需求（對這種人只能鄙視）。高手們都說泛型只是一個編譯時間概念，在啟動並執行時候實際已經固定了是什麼類型的參數，所以不能實現我想要的需求。　　那麼泛型能夠帶來的好處也就是替換Object，減少拆箱/裝箱的麻煩，在代碼上看上去更加精鍊外沒什麼更深層次的作用了。泛型技術源自於C++，在C++好像被稱之為Template，即模版的意思。我倒覺得如果泛型只是編譯時間概念的話（我理解就是編譯時間類型字

andorid