效果

　　先看看效果再說，基本邏輯是兩個人通過Silverlight端，借助TCP協議分別向服務器不斷傳輸視頻，服務器接收到視頻后，會檢測這些視頻是發給誰的，然后回調某個客戶端來接收并顯示這些視頻。

　　對于很多人來說，并發是一個離不開的話題。那么我們平常對并發的理解可能局限于某個方面。去很好的理解并發，對于軟件開發很有幫助。怎樣去更好的理解并發？

　　面向對象封裝了變化，或者更加準確的說，應該是封裝了不變的地方，留出了變化的地方可以在需要的時候再去變，那么什么地方會變化呢？

　　上星期我在InfoQ發表了一篇新聞，對Joe Stagner在博客上發表的三篇關于ASP.NET與PHP性能對比的文章進行了總結。寫新聞其實挺不爽的，因為不能夾雜個人的看法，只能平鋪直敘陳述事實。當然，如果像某些新聞那樣“換一種說法”是可以騙過一些“不明真相的群眾”，但是這就有違道德了。因此，在客觀陳述完新聞內容之后，我只能選擇把自己的感想、評論等內容放在自己的博客上。

　　動態地給一個對象添加一些額外的職責。就擴展功能而言，Decorator模式比生成子類方式更為靈活。

　　Deep Zoom程序設計

　　對于 StreamInsight 系統，由于對事件的處理查詢都是異步進行的，輸入輸出很難進行時序上的對應監測，所以普通的基于代碼的 Debug 和 Watch 顯得不那么有意義。于是微軟隨 StreamInsight 系統提供了一個好用的圖形化調試工具 StreamInsight Event Flow Debugger。

　　ConfORM概述

　　如果你不熟悉ConfORM請查看前幾篇文章，你可以到http://code.google.com/p/codeconform/獲取ConfORM最新版本。

　　一看，又4個月沒發文章了，這4個月除去春節奔波，基本上一直在加班，在中國做程序員總是與外國同行不一樣，起跑線上輸得很厲害。其實按照《人件》統計，程序員一天如果能順流超過3個小時，基本上就可以秒殺絕大多數問題了。問題是在我們現行的工作環境下，經常是一天連一分鐘順流都進入不了，必須是各種打擾，各種打斷，看似提升了效率，事實上是降低了效率。而且，絕大多數時間，我們可能花在了調試錯誤上，而非本身的邏輯問題上。這樣，一天比老外多工作幾個小時——以完成同樣的目的——就是很正常的了。

　　有很多人經常會持有這樣的疑問：為什么 .NET 框架要把一些很簡單的功能也封裝起來？而有些人所堅持的“有現成的就用現成的”的習慣在那些“明明只是很簡單的功能卻被封裝了起來”的情況下也顯得很可笑。那么，實際上到底有沒有必要用那些本來就很簡單的封裝？這些簡單的封裝到底具有什么樣的意義呢？

     大家都知道條形碼（Barcode）是一種可以由機器識別的特殊編碼，在生產、生活中也常常會見到并使用它。條形碼的類型和種類很多感興趣的朋友可以詳細了解一下。其中Code 39 可以說是一種最為常見并廣泛使用的字符與數字結合的編碼類型，本篇也將利用它制作一個帶有條形碼的員工卡應用程序。

　　在SharePoint 2010企業版中提供的Visio Graphics Service是Visio service 以及Visio文件Web顯示WebPart的基礎，利用該服務我們在瀏覽器中直接顯示visio文件的內容和相關特。

　　WCF客戶端不能用在Using語句塊中，因為它可能會拋出不可預知的異常。即使你捕獲了異常，仍有可能一直保持連接。讓我們來看看形成這一問題的歷史原因，并提出幾個補救措施。

　　用原型實例指定創建對象的種類，并且通過拷貝這個原型來創建新的對象。

　　Component語義

　　ConfORM概述

　　在上一節中，我用一個簡單的例子描述了ConfORM簡單使用。留下了很多疑問，大家不解為何使用ConfORM以及怎么使用ConfORM，其內部原理是什么。這節，我們先注重了解一些ConfORM的原理。

　　1、在這個安裝包制作的過程中，所用到的一些圖片或者文件，如：快捷鍵圖片，安裝步驟中每個圖形界面的背景圖片等都要事先在[應用程序文件夾]中事先添加好這些圖片，即在安裝項目中添加這些圖片，文件好像是解決方案下debug下的所有文件都拷貝，如exe、config、rpt還有圖片等

　　MonoMac是面向Mac OSX API的C#綁定，其API設計主要受到了MonoTouch的啟發，后者可以基于Mono開發原生的iOS應用程序。MonoMac套件的目標之一，也是發布獨立的 .app應用程序，讓最終用戶擺脫對Mono的依賴。MonoTouch的成功則是一個良好的基礎，于是Mono開始將Cocoa API使用C#和.NET世界中的模式與慣例用法表現出來，并提供開發人員整套Cocoa應用程序的開發工具。