其他

如果想做一個分布式系統，肯定需要不同的機器來提供不同的服務，而有些基於http協議，有些tcp/ip協議，有些使用MSMQ通道，以往的技術實現起來比較容易，但是有一點是致命的：管理起來不方便。於是WCF順勢而出。但是使用一段時間後你會發現，你只是需要一點點，但是卻有一堆臃腫的東西在你伺服器上，於是wcfrest和WebApi順勢而出(其實是很原始的技術，只是換了一個馬甲，重新封裝了一下)。基礎東西我就不介紹，主要說下實際應用的東西。寫部落格一段時間，偶然百度下自己寫的內容，發現各種爬蟲把自己碼的

Hubble.net 0.7.0.0 版本發布   Author: eaglet      Hubble.net 從開發到現在整整一年時間，今天第一個測試版本終於發行就緒了，也算是對我這一年來的努力的回報吧。Hubble.net 在開發過程中得到了很多園友的關注和支援，在此表示感謝，也希望大家繼續關注和支援這個開源項目。      Hubble.net 0.7  版本提供如下功能      1. 索引       2. 查詢      3. 刪除      4. 更新      5. 基於

簡單對Web請求響應如何處理進行的整理，難免有理解不到位，理解有偏差的地方，如有理解有誤的地方，希望大牛批評指正。1.Web開發的定義首先看看微軟對Web開發的定義:Web開發是一個指代網頁或網站編寫過程的廣義術語。網頁使用 HTML、CSS 和

      HubbleDotNet經過整整1年的開發，終於可以正式使用了。 昨天我發布了第二個測試版本0.7.1.0，這個版本比第一個測試版本效能上有了一定提高。Hubble.net 目前還只是提供了一些最基本的功能，很多進階的功能，比如分組統計，消重，多表關聯查詢等將陸續在後續版本中開發。 系統簡介HubbleDotNet 是一個基於.net framework 的開源免費的全文檢索搜尋資料庫組件。開源協議是 Apache 2.0。HubbleDotNet提供了基於SQL的全文檢索索引介面，

作者：eaglet 昨天做了一個自動產生Insert 語句的小工具，今天測試發現存在嚴重的記憶體無法釋放問題，代碼看了好幾遍，沒發現問題。後來用 .Net Memory Profiler 跟蹤（跟蹤方法見 用 .NET Memory Profiler 跟蹤.net 應用記憶體使用量情況--基本應用篇) 發現有數千個DataRow 沒有釋放，最後定位是DataTable.NewRow 的問題。 先看一下有問題的代碼 public DataRow GetNextRow()

原貼http://www.cnblogs.com/WizardWu/archive/2010/05/17/1737009.html  這是微軟官方 ADO.NET Team Blog 去年就公布的訊息：http://blogs.msdn.com/adonet/archive/2009/06/15/system-data-oracleclient-update.aspx我 剛用 VS 2010 測試了一下，才確認這項訊息的正確性。OracleClient 是微軟針對 Oracle 開發所研發的

1.什麼是ExtJs?ExtJS可以用來開發RIA也即富用戶端的AJAX應用，是一個用javascript寫的，主要用於建立前端使用者介面，是一個與後台技術無關的前端Ajax架構。因此，可以把ExtJS用在.Net、Java、Php等各種開發語言開發的應用中。ExtJS的前身來自於YUI，經過不斷髮展與改進，現在已經成為最完整與成熟的一套構建RIA Web應用的JavaScript基礎庫。利用ExtJS構建的RIA

本文主要內容歸納如下：一、離線儲存的作用；二、如何?離線儲存；三、applicationCache對象，及屬性、事件、介面四、訪問緩衝應用，相應觸發事件，及其對應狀態；五、如何更新離線緩衝六、demo示範：update後是否調用swapCache的區別；七、寫在後面 一、離線儲存的作用1、使用者可離線訪問你的應用，這對於無法隨時保持連網狀態的移動終端使用者來說尤其重要2、使用者訪問本地的快取檔案，通常意味著更快的訪問速度3、僅僅載入被修改過的資源，避免同一資源對伺服器多次的請求，大大降低了對伺服

文章目錄  源碼骨架

原始碼:下載簡述關鍵代碼如下：1、儲存圖片資料到資料庫//BMP圖片儲存到資料庫    try    {        _RecordsetPtr    pRecordset;        pRecordset.CreateInstance(__uuidof(Recordset));        pRecordset->Open("SELECT * FROM

文章目錄   寫在前面：本文比較基礎，僅是一枚菜鳥接觸jquery過程中的一點思考和總結，內容較基礎，希望能對剛接觸jQuery的童鞋有一點協助

1.什麼是JQuery?JQuery是一個優秀的javascript架構。JQuery是繼Prototype之後又一個優秀的Javascript架構。其宗旨是——WRITE LESS,DO MORE,寫更少的代碼,做更多的事情。它是輕量級的js庫，這是其它的js庫所不及的，它相容CSS3，還相容各種常用瀏覽器。JQuery是一個快速的，簡潔的JavaScript庫，使使用者能更方便地處理HTML

原始碼:下載簡述關鍵代碼如下：1、儲存圖片資料到資料庫    //JPG圖片儲存到資料庫    try    {        _RecordsetPtr    pRecordset;        pRecordset.CreateInstance(__uuidof(Recordset));        pRecordset->Open("SELECT * FROM

在VC中建立一基於對話方塊的工程，編譯運行，成功。面對著剛剛建立的工程，心裡那個高興呀。突然一時心血來潮，按了個斷行符號鍵，工程一閃而過沒了。再編譯運行，成功。按了個ESC鍵，工程一閃而過也沒了。為什麼會這樣，因為CDialog 中有預設對ENTER和ESC鍵的處理。解決這種一按斷行符號和ESC鍵就關閉工程的正確處理方法是:觸發PreTranslateMessage訊息，截獲ENTER和ESC對對話方塊的訊息。代碼如下：代碼Code highlighting produced by

一．WPF和Silverlight概念 WPF和Silverlight 淵源WPF與上一代的WinForm相比 其優勢在於更加容易地建立漂亮的應用程式介面，其它方面倒沒多少變化。WinForm是基於GDI+的介面技術，UI最終都是調用GDI+函數繪製而成的，無論是表單 自訂控制項都使用GDI+。而WPF則不再依賴於GDI+，它從GDI+脫離出來，UI的呈現都基於Direct3D,介面的繪製工作都是由D3D完成的。因此，在WPF的類庫中，封裝了很多Direct3D的操作，通過使用這些類

做了一個小工具，可以將 SQLSERVER 中的表、視圖或者查詢語句匯出為Insert 語句。   如所示，你只要輸入查詢字串，查詢的SQL 陳述式 比如 select * from news產生Insert 語句中的表名已經產生行數，點擊 Build 就可以產生一個批量Insert 語句的檔案。 源碼和可執行程式 代碼Database 類 using System;using System.Collections.Generic;using System.Text;using

1、為什麼我設定了多線程的優先順序，可是線程的輸出並不是按優先順序的高低輸出啊？    看如下代碼：View Code using System;using System.Collections.Generic;using System.Linq;using System.Text;using System.Threading;namespace _05線程的優先順序{ class Program { static void Main(string[] args)

ext是一套整站方案，包括頁面樣式風格定義、頁面產生方式、代碼風格(json)等等都是很獨特的，只要js代碼可以執行，我們完全可以不需要寫出一句html或者css樣式代碼就完成一個優美的網站設計。jQuery只是在處理文檔上面具有突出能力，不涉及樣式定義，代碼風格基本等同於原生的javascript，一般是在已有的html頁面上面開發，個人覺得jQuery在效率和開發靈活度上面相容的最好ExtJs與jQuery的比較《jQuery》首頁：http://jquery.com/ 設計思想 簡潔的思想

文章目錄 執行個體一：擴充jQuery本身執行個體二：擴充項物件執行個體三：淺拷貝-當obj中存在引用執行個體四：深拷貝-當obj中存在引用執行個體五：擴充jQuery.fn 從jQuery的源碼中可以看到，jQuery.extend和jQuery.fn.extend其實是同指向同一方法的不同引用jQuery.extend = jQuery.fn.extend = function()

斷斷續續地看jQuery源碼，第一次萌生看jq源碼的念頭，當時還是版本1.7.2，由於工作中沒有用到jq的機會，連$有幾種用法都還不知道，就開始啃源碼，痛苦自然是少不了的，於是不久就放棄扔一邊了。等到工作中終於就機會用jq了（撒花），又萌生了啃jq源碼的念頭，此時jq版本已經是2.0了。。。鑒於瀏覽器江湖一統還遙遙無期，於是選擇了版本1.9.1作為學習的版本。上次教訓告訴我們：1、不要一頭就鑽入代碼細節，先把常用API有哪幾個，分別有哪些用法搞清楚先2、對於用法多樣，內部分支賊多的API，不妨耐