其他

有些人一直沒機會見等有機會見了卻又猶豫了相見不如不見。—！有些事一直沒機會做等有機會了卻不想再做了。—！有些話埋藏在心中好久沒機會說等有機會說的時候卻說不出口了。—！~~有些愛一直沒機會愛等有機會了已經不愛了。—！有些人很多機會相見的卻總找借口推脫想見的時候已經沒機會了。有些話有很多機會說的卻想著以後再說要說的時候已經沒機會了。有些事有很多機會做的卻一天一天延遲想做的時候卻發現沒機會了。有些愛給了你很多機會卻不在意沒在乎想重視的時候已經沒機會愛了。—！~~人生有時候總是很諷刺。一轉身可能就是一世

原文:http://www.rainsts.net/article.asp?id=651 REST 最近很熱門…… WCF 3.5 增加了對 REST 的支援 —— System.ServiceModel.Web。對我而言 REST 並不是用來取代 WebService/WCF 的，它更多的是一種架構層面而非技術層面的概念和標準。使用唯一資源定位地址 URI，加上 HTTP 要求方法從而達到對一個發佈於互連網資源的唯一描述和操作。這會帶來很多好處：1. 資源的唯一性對下面這兩個 URI

在MEF之前，人們已經提出了許多依賴注入架構來解決應用的擴充性問題,比如OSGI 實現以Spring 等等。在 Microsoft 的平台上，.NET Framework 自身內部包含組件模型和 System.Addin。同時存在若干種開源解決方案，包括 SharpDevelop 的 SODA 體繫結構和“控制反轉”容器（如 Castle Windsor、Structure Map、Spring.Net

步驟:1.把同樣的WCF服務，在多個連接埠上"啟動"(即同時運行多個wcf的執行個體，但每個執行個體都監聽不同的連接埠)2.用svcutil.exe產生的代理類，裡面有N多建構函式的重載版本，觀察一下類似下面的這個版本 public AstroServiceClient(string endpointConfigurationName) :             base(endpointConfigurationName)    {   

情境:需要從T_User表中返回指字條件的某條記錄的某一個欄位在Linq中有二種理論上都行得通的寫法，見下面的代碼:CodeCode highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->using (dbUserDataContext db = new dbUserDataContext(Website.ConnStrdbUser))            {  

首先，在該控制項中，有兩種事件可以被激發：Linkcliked事件（當訊息框內的串連被點擊時觸發）和Popupclosed事件（當訊息框視窗被關閉時觸發）。控制項有三種方式對這些事件進行處理，而actiontype屬性的取值，則決定了這三種方式：　　1)messagewindow(預設)：預設的快顯視窗方式，將以設定好的Title屬性和Ｔext屬性為標題和視窗內的文字說明。　　2)openlink:此時，控制項允許當點擊視窗內的文字連結時，將以開啟新視窗的方式開啟該連結。　　3)raiseeve

由於工作的關係，常常需要擷取某段字串的編碼資訊，防止亂碼出現。在網上找了一下，有下面幾個庫1.C#https://code.google.com/p/ude/  探測庫 Ude is a C# port of Mozilla Universal Charset Detector.    The original source code is available at:   

藉助老外寫的一個擴充運算式的類，可以把上篇中的代碼寫得更優雅這是PredicateBuilder的源檔案 public static class PredicateBuilder    ...{      public static Expression<Func<T, bool>> True<T> ()  ...{ return f => true;  }      public static Expression<Func<T, bool

以下內容為菩提樹下的楊過根據微軟MSDN整理，轉貼請註明出處 MSDN對於Func<T, TResult>)的官方解釋： 封裝一個具有一個參數並返回 TResult

Teddy的NBear終於開始實現繼承，對我來說又多了一個真正可以探討問題的同行。但是Teddy沒有實現一類一實體的方案，這令我非常失望。我曾在這一方案上付出過太多的艱辛，是因為我知道這種方案的真正價值。在ER模型理論中，關鍵的元素就是實體和關係，對於實體來說，重要的子項目是屬性，屬性的共用可以催生抽象從而導致繼承。對於關係來講，關係包括基數關係、依賴關係和結構關係，其中最主要的結構關係就是特化/泛化關係，映射到OO就是繼承。在我的上一篇文章描述過這樣的關係。前段時間交付了一個系統。由於該系統只

 IQueryable<Product> query = db.Products;foreach (string keyword in keywords){    string temp = keyword;    query = query.Where(p => p.Description.Contains(temp));}與 IQueryable<Product> query = db.Products;foreach (string keyword in ke

1.WCF (Windows Communication Foundation):雖然WCF顯然沒有WPF或SilverLight那麼吸引人，但是它卻是在.NET架構下解決業務問題的基礎。所以你今年至少要學習一門.NET的新技術，那你就選擇WCF吧。2.ADO.NET (and LINQ):這是讓你與資料層打交道的技術。並且LINQ提供了將各種資料群組合起來的方法。如果以上兩個技術你都不熟悉的話，那就等著被人來搶你飯碗吧。3.WPF (Windows Presentation

在手寫sql的年代，如果想從sqlserver資料庫隨機取幾條資料，可以利用order by NewId()輕鬆實現，要實現多表查詢也可以用select * from A,B Where A.ID=B.ID做到，但這些功能到了linq to sql中如何?呢？關鍵點:1.隨機排序問題:可以用 Select(d=> new {NewId=new Guid()}).OrderBy(d=>d.NewId)達到order by NewId()的效果2.多表查詢 from a in

1.先聲明:msmq3.0僅在winxp和win2003以上系統支援,如果windows vista系統，據說已經開始支援msmq4.0了 2.為什麼要使用http協議發送訊息

原文:http://www.rainsts.net/article.asp?id=551 從網上搜集的一些英文版 WPF、WCF、WF、LINQ 圖書。雖然個別地方和 VS2008 Beta2 有些出入，但還是值得一讀的。至於啃洋文啃到頭暈，皆與我無關~~~~~~~WPF (Windows Presentation Foundation)Foundations of WPFXAML in a Nutshell Covers Avalon Windows Presentation

1.IN 語句嘗試了很多次，好象linq死活不產生in語句，無奈只能做了下變換例，要找出"手機大類"以及"手機下屬所有子類"的產品

最近需要搞點許可權方面的東西,後台用的是Jquery Easyui treegrid

原文: http://www.rainsts.net/article.asp?id=550 對 ORM 而言，消極式載入(也叫 Lazy Loading)是必須的，畢竟當我們只是擷取使用者基本資料時，總不能動不動就返回大段的使用者簡歷不是。在 VS 2008 O/R Designer 中，很容易找到 Delay Loaded

業界權威指出市場上多達九成的產品未能實現既定目標，因而是失敗的。即使你的產品不在此列，我依然覺得大多數產品構思拙劣、尚不成熟，可用性差、毫無價值的產品隨處可見。導致產品失敗的因素很多，我會嘗試從不同角度分析其原因。但我一直認為，最根本的原因是公司對產品經理的職責界定不清，擔任這項工作的人缺乏專業訓練。我一直在思考這個問題，因為它觸及了產品經理的核心工作職責。產品經理的工作是從細節上定義Team

WCF does not support raw HTTP requests with the content-type 'application/x-www-form-urlencoded' (which is the content-type the browser sends when you hit 'submit' in a <form> element) out of the box unless you treat the request body as a