面向服務SOA 的關鍵詞是服務,是Service ,具體實現的時候一般我們都說Web Service 是比較好的一個實現SOA整個體系的技術. web service 有良好的官方標準,有廣大的廠家支援. 其對於面向服務的一些基本要素,比如 Contract, Policy-Oriented, 等又很好的對應支援.而Web Service的技術剖開的話,無非是實現和調用,或者說Provide and Consume. 對於Consume 而言,我們一般說用戶端是通過SOAP1.1或者1.2
ASP.NET 2.0 出來有一段時間了,很多人會問,ASP.NET 2.0 有啥新東西?其實最簡單的辦法就是google 一下 what's new in asp.net 2.0. 就會有很多文章介紹新特性。其中2。0也有一個quickstart,你可以很快walkthrough一下,看到他的新特性。http://www.asp.net/QuickStart/aspnet/doc/whatsnew.aspx如果你裝中文vs
SOA 是個聽上去很美好的技術或者思想或者架構。當然任何美好的東西都需要有一些難題讓你去客服。實施 SOA 又很多痛點,其中一點就是識別服務。問題:我現在已經有一套(N種)業務系統。現在需要去充實我得ESB,那些服務可以放上去呢?這時候我們可能會有幾種分析方式。自上而下,自下而上,或者中間匯合。所謂自上而下: 我們可以從高一點的視角看各個業務系統,每個業務系統彼此都在做什嗎?比如處理訂單?處理支付?處理XX業務。從系統的業務模型(BMD
VB.NET 對於類型的傳遞按值或者按引用,(byval byref) C# 多了個out。有時候面試的時候我會問個小問題,嘿嘿,看看對C#基本的文法有沒有熟悉。比如public void XXX( byval form as Form)跟public void XXX(byref form as Form)有啥區別?其實很簡單對應為C++ 就是 void XXX( Form * form) 跟 void XXX(Form
一個簡單的例子:Dim pt As New Point(0, 0)pt += New Size(10, 10) C# 中沒有問題。在 VB.NET 中就不能編譯,錯誤是 Operator '+' is not defined for types 'System.Drawing.Point' and 'System.Drawing.Size'.其實看一下 Point 的il 代碼,已經有了一個加法的重載.method public hidebysig specialname static
最近公司剛剛整理玩部門的vision 和公司的vision,所謂vision 其實就是一個遠大的目標,可能是未來幾十年才可能實現的願望。我比較喜歡的一個vision就是 NEC 的一個廣告詞,Empowered By Innovation,儘管很bs 日本的企業。由此,我在想,.NET team 那麼多人,他們共同的vision是什麼,能看到未來10年後.net 是什麼樣子的嗎?今天看BCL blog 的時候提到了幾個遠景倒是需要解決的。1。跟Unmanaged 程式碼一樣的效能,High
很多規範中都提到,自訂Exception 要求使用一種統一的建構函式,比如預設實現以下四個建構函式。 [Serializable ] public class XXXException:ApplicationException { public XXXException():base() { } public XXXException(string message):base(message)