其他

  SQL SERVER資料庫問題，錯誤描述：Subquery returned more than 1 value. This is illegal when the subquery follows =, !=, <, <= , >, >=, or when the subquery is used as an expression.子查詢返回的值多於一個，在用一些操作符或用做運算式時是不允許的。錯誤很明顯，無非就是把操作符換成 in

     換了新公司，公司的項目中有用到Castle，第一次接觸，便去瞭解了一下，其下有很多的子項目，感覺很強大，值得深入的學習。Castle官網：http://castleproject.org/。園子裡介紹Castle的文章也很多，推薦兩個：http://terrylee.cnblogs.com/archive/2006/04/28/castl_ioc_article.html，http://www.cnblogs.com/wj/archive/2005/06/22/179357.html。

NewtonSoft.Json對需要轉為JSON字串的對象的NULL值以及DBNull是直接處理成NULL的。而我們項目中對DBNull 的JSON字串對應需要Null 字元串。於是研究了一下Newtonsoft.Json.Converters命名空間下的類該空間下是對一些類型的格式化轉換器於是寫了一個類繼承JsonConverter代碼如下： /// <summary> /// 對DBNull的轉換處理，此處唯寫了轉換成JSON字串的處理，JSON字串轉對象的未處理

 為什麼要建模　　模型是對現實的抽象簡化，建模是為了讓我們更好的理解系統。　　當項目要很多人來完成時，就需要合作，合作就會有分工，針對不同的人員或者進程中不同的時期，應用相應的模型，我們就可以縮小所研究問題的範圍，用以指導我們更好的完成自己的工作。　　這裡說的“我們”，指的是所有與軟體開發有關的人員，不僅僅是軟體設計和開發人員，還包括像客戶、專案管理和測試人員等等，所有這些希望瞭解系統的人員。軟體開發人員建立的模型，除了讓自己更清楚系統外，更重要的是可以協助其他軟體開發人員和其它系統相關人員理解

     很多的網站一開始並不需要太大的規模，但是做為網站設計者從一開始就必須考慮到擴充，做一個可擴充性強的架構。所謂可擴充性就是系統通過規模的擴充來提高系統的承載能力，畢竟伺服器自身的垂直擴充很快就會受到制約，單機很快便不能滿足我們的需求，因此這種能力往往通過增加物理伺服器或叢集節點等方面來實現，這種能力越強，承載能力可提升的空間也越大。而web網站的水平擴充，負載平衡是一種最常見的手段。下面介紹一下幾種實現負載平衡的方式。HTTP重新導向     

      作為程式開發人員，都夢想著有朝一日，能構建一個能穩定、擴充性強應用程式。當看到《構建高效能的web網站》時，感覺這本書可以協助我們去接近這個目標：他實用性很強，從網站各個方面來講，從網路、伺服器軟體、指令碼語言以及到緩衝、負載平衡、資料庫的最佳化、檔案分享權限設定、效能監控等都有涉及，可以讓沒有實際去體驗這一個個情境的開發人員獲得這樣的經驗，增長知識。等待什麼     首先讓我們看一下從輸入一個url到頁面呈現到我們眼前，我們在等待什嗎？    

Nunit是.net平台下的單元測試架構，來自於junit,同屬於xunit的一員，現在正式發布的版本已經更新到2.5.10，如果還沒有安裝的可以去下載，nunit官網.儘管現如今的vs已經整合了自己的單元測試，用起來還是相當的方便，但是我們瞭解一些.net平台下的源的項目時或一些樣本時，測試架構無不是nunit，因此對nunit進行一些瞭解還是非常必須的。 開始當你安裝之後，會有兩種不同的方式來運行你的的測試。控制台運行nunit-console.exe,運行最快，但是不利於互動；圖形運行nu

            對於大多數程式員而言，viewstate就是頁面中的名字叫做__VIEWSTATE的隱藏控制項，它使我們頁面體積膨脹，不利於頁面的seo最佳化；頁面返送間都要攜帶更多的大量的資料，耗費更多的流量、延長回應時間。它使得我們很焦慮：禁用它，甚至不再使用web form，轉向MVC，在MVC還沒推出之前，甚至是轉向其它的平台。。。       先不說那種取捨的對錯，自己還是很喜歡web

文章目錄 集合介面數組ArraySystem.Collections下的集合類位集合專用集合LINQ to Objects如何抉擇 到此結束了          集合是一些有共同特徵的獨立資料項目組成的，通過集合，我們可以可以使用相同的調用代碼來處理一個集合的所有元素，而不用單獨處理每一個單獨的項。.net的集合諸如（System.Array類以及

 斷言是任何一個xunit架構的核心，nunit中的Assert類，它提供一系列豐富的靜態方法來供我們調用。如果一個宣告失敗，這個方法不會返回但是會報告一個錯誤，那麼斷言之後的代碼就不會被執行，因此，最好在一個測試中包含一個斷言。 經典模型在Nunit2.4以前，使用經典模型：每一個斷言調用一個單獨的方法。如：// 測試兩者是否相等Assert.AreEqual( int expected, int actual );// 測試兩個對象是否是同一個引用Assert.AreSame(

      這一篇之所以命名分離之後，是因為當我們前面負載平衡的介紹，假設每台實際伺服器都是相同的，就是擁有相同的檔案和程式。實際上如何要實現的每台實際伺服器都有相同的資源呢？這篇我們將分享網際網路共用、內容分發同步和Distributed File System。網際網路共用    

//js擷取查詢參數 name:查詢參數名 function getUrlParam(name) { 　　var reg = new RegExp("(^|&)" + name + "=([^&]*)(&|$)"); 　　var r = window.location.search.substr(1).match(reg); 　　if (r != null) 　　

文章目錄 索引鎖定等待  　　這是讀書筆記的最後一篇，說的是資料庫，就像之前分享的緩衝，不管是讀緩衝或寫緩衝，可以減輕資料庫的壓力，但是緩衝隨時可能失效或過時，也並不是所有的情況都適用緩衝，資料庫的最佳化和擴充也是必須重視的。健全狀態　　如何對已啟動並執行資料庫進行最佳化和擴充，以及我們的最佳化後效果如何，這不是我們想象的，必須在資料的基礎上。首先介紹的就是運行狀態的監控，書中以mysql為例子，除了內建的命令:mysql>

      關注網站前端效能不得不提到一篇文章，Best Practices for Speeding Up Your Web

文章目錄 加密執行個體的建立加密實現      

        try catch finally是我們最常用的異常處理的流程，我們都知道執行try塊代碼，如果有異常發生就會被相應catch捕獲到執行catch塊代碼，無論如何finally塊的代碼都會被執行。但是如果我們在try塊中加入return語句，return和finally的執行順序呢？ finally在return之前？？對此做過實驗或者從finally總會被執行的作用來說，都會認為finally在return前執行。不過，看下面的例子。js代碼： function

      內部分享時總結了一下fiddler的使用，總是想寫一篇fiddler的文章，寫之前搜了一下，發現園子裡已經有介紹的大作了：Fiddler 教程

文章目錄 啟用瀏覽器緩衝減少http請求降低DNS尋找次數避免重寫向避免404緩衝ajax結果延後載入組件預先載入組件降低DOM元素的數量分離組件到不同網域名稱下盡量不使用iframe  接上一篇：speeding up your web site 前端效能最佳化---------------------------------------------------------------------------啟用瀏覽器緩衝請參考

文章目錄 最佳化載入順序js和css盡量放到單獨檔案進行引用而不是內聯減少js/css檔案的大小減少DOM操作次數開發更靈活的事件處理樣式盡量放在head裡，無論內聯和引用的樣式使用有效CSS選擇符不要使用Css運算式避免使用濾鏡避免@import圖片最佳化總是指定文件類型和字元集並且保證是正確的啟用gzip壓縮減少請求的資料ajax請求使用get方式儘早輸出緩衝使用CDN針對行動裝置的最佳化  接上一篇：speeding up your