其他

今天發一個我自己寫的且經常使用的資料庫的協助工具輔助：My-SqlViewer 由於我比較喜歡使用預存程序，但發現不管是SQL Server Management Studio Express還是MySql的各類亂七八糟工具，在日常開發中，總會發現有些地方在使用時不夠方便，甚至缺少某些功能，於是才有這個工具的出現。本工具的定位是：1. 協助工具輔助--所以功能有限，但要將有限的功能做得盡量好。2. 支援SqlServer與MySqlMy-SqlViewer

說明：本文的第一版由於反對人數較多（推薦/反對數量是：23 / 17），我在8月20日刪除了博文內容，只留下一段簡單的內容。既然分享技術也引來這麼多的反對，那我就不分享了。如果希望知道我的最佳化方法，請回複留下email地址。但是讓我萬萬沒有想到的是：到10月17日為止，內容沒有了，推薦數量還翻了一倍。為了表示對所有點過【推薦】的朋友表示感謝，我決定重寫本文。在此，尤其要感謝那些 在沒有博文的情況下仍然願意點擊推薦

1.Moon的特色                     ----但凡眾多的智慧都是及其簡單的,但不為人所知.這也是Moon.ORM的主要特色:大道至簡.      1.高效能是Moon.ORM優勢之一,也是我架構它的主要目的之一,我已經將它的效能提升到了極致.如以前我說的那樣,是為了彌補項目中遇到的效能問題而設計.可以說對於整個架構資料處理上採用了純的ADO.NET進行自動編譯的同時結合了EMIT達到快速產生實體的目的.     

一、MooseFS整體結構MooseFS的整體結構比較簡單。中繼資料放在masterserver上，用戶端讀取資料的時候先向masterserver讀取中繼資料，然後再去具體的chunkserver讀取資料。為保證容錯性，chunkserver之間會相互更具配置複製資料。讀取、寫入資料的過程很明了，下面的兩張圖說得非常清楚： 具體實現需要去研究一下，主要想知道兩點：▲MooseFS具體是如何儲存資料的。▲MooseFS的masterver、chunkserver、用戶端之間具體是如何通訊的。二、

在軟體開發過程中，寫出影響效能或者有BUG的代碼，都是我們無法迴避的現實問題。不過，如果能夠在程式發布前（自測或者測試階段）將這些問題找出來，我想大家都是可接受的。今天就來介紹一種方法，用來發現在網站開發過程中，容易被我們忽略的一些問題，而這些問題其實是容易被發現的。將要介紹的方法需要使用Fiddler這樣一款工具，我將示範如何使用Fiddler來發現404錯誤，以及較大的響應輸出問題。我認為這二個問題實在太低級了，所以我設計了這個方法，並寫了這篇部落格，希望大家能喜歡。我發現，許多人對於這二類

  Moon.Orm總論  一、Moon.Orm概述Moon.Orm是一個曆經三年開發一套.Net

設定檔(注意修改 AUTO_COMPLIE_DIRECTORY_PATH 的值為 實際項目的bin路徑)<configuration> <appSettings> <add key="AUTO_COMPLIE_DIRECTORY_PATH" value="E:\Documents and Settings\秦仕川\My Documents\SharpDevelop Projects\Razor.Moon\Razor.Moon\bin\" /&

1.fuse介紹用戶端上需要安裝有fuse。mfsmount使用了fuse模組，以擁有一個和檔案操作一樣的操作入口。fuse的功能簡單概括一下，fuse提供一個檔案操作的介面，然後fuse在這個介面上監聽檔案操作，並把這些對檔案的操作傳給我們自己的相關代碼進行處理。

在前二篇部落格中，我分別介紹了二種最佳化反射的方法：1. Delegate：委託。2. CodeDOM：動態代碼產生。這是二種截然不同的方法，效能的差距也很大。今天的部落格將著重比較它們的優缺點，以及給出它們的使用建議。用Delegate最佳化反射的缺點在評價委託方案時，我認為有必要細分一下委託方案：1. 強型別委託，例如：Action<TTarget, TValue>2. 弱類型委託，例如：Action<object,

文章目錄 1.Moon.Orm的自動實體查詢方案 2.運行結果3.方法講解3.demo下載 1.Moon.Orm的自動實體查詢方案using System;using Moon.Orm;using System.Windows.Forms;using North;using System.Diagnostics;using System.Collections.Generic;namespace Demo{class

1.masterserver的啟動過程▲首先讀取命令列參數和設定檔。如果目前使用者是root，切換到預設使用者。檢查masterserver主進程是否已經啟動。▲初始化日誌。▲啟動對chunkserver的監聽。▲啟動對用戶端的監聽。▲初始設定檔案系統，初始化隱藏檔節點的數組fsnodehash和儲存塊的數組chunkhash，全部初始化為空白。檔案節點對應的是一個樹狀的資料結構，具體如下：fsnodetypedef struct _fsnode {    uint32_t

這篇文章是對 JavaScript跨域總結與解決辦法 的補充。有三個頁面：a.com/app.html：應用頁面。a.com/proxy.html：代理檔案，一般是一個沒有任何內容的html檔案，需要和應用頁面在同一域下。b.com/data.html：應用頁面需要擷取資料的頁面，可稱為資料頁面。實現起來基本步驟如下：在應用頁面（a.com/app.html）中建立一個iframe，把其src指向資料頁面（b.com/data.html）。資料頁面會把資料附加到這個iframe的window.n

注意：本文所介紹的架構已有新版本，點擊後面連結即可閱讀。【ClownFish：比手寫代碼還快的通用資料訪問層】這篇文章將介紹在使用我的通用資料訪問層時，如何監視程式在運行時發生了哪些資料庫的操作。對於很多資料庫的應用程式來說，在做效能最佳化時，就必須知道程式在任何使用者操作中，發生了哪些資料庫的叫用作業，如果發現有不合理的調用，或者發現經常在重複執行同樣的操作，就可以採取一些改進的措施。但是，在這個決策之前，瞭解程式對資料庫的訪問細節是非常必要的。我的通用資料訪問層在提供其它方便功能的同時，也支

注意：本文所介紹的架構已有新版本，點擊後面連結即可閱讀。【ClownFish：比手寫代碼還快的通用資料訪問層】今天來晒晒我的通用資料訪問層。寫了很多年的資料庫專案，資料訪問嘛，一直是用業務實體+預存程序的方式，因此經常會寫很多調用預存程序的代碼。這些代碼用Ado.net如何寫，我想大家應該都知道：建立Connection, 建立Command,

建立project先去官方網站下載一個最新版本http://maven.apache.org/download.cgi. 下載後解壓，使用之前最好先將maven的bin目錄設定到path環境變數裡面。maven無非也就是用來build一個project的，直接先上一個例子，在命令列下輸入下面的命令：mvn archetype:generate DarchetypeGroupId=org.apache.maven.archetypes -DgroupId=com.mycompany.app

跨域訪問機制：在伺服器上，同一個域中的檔案,資料或者swf可以任意訪問。若要跨域訪問需被授權。注意不同網域名稱即使映射到相同IP地址也會被看成兩個域。IP地址名和通過解析的地址也被看作兩個域。有兩種授權方式：策略檔案和作者授權。策略檔案:策略檔案聲明某個域中的檔案可以被指定域訪問。策略適用於所有形式的訪問。是個xml檔案，格式如：<cross-domain-policy><allow-access-from domain=www.someSide.com

一下是測試代碼.代碼採用fish給的.資料庫也是他給的./Files/humble/TestFish.7z ///* * 由SharpDevelop建立。 * 使用者： Administrator * 日期: 2012/8/20 * 時間: 10:50 *  * 要改變這種模板請點擊 工具|選項|代碼編寫|編輯標準標頭檔 */using System;using System.Configuration;using System.Data.SqlClient;using System.Linq;

2011-03-12開博，今天2012-03-12，整整寫了一年的部落格，今天決定寫個總結。這篇總結為分四個部分：1. 部落格索引：談談技術，給部落格做個索引。2. 回顧經曆：講述我的寫博曆程。3. 部落格定位：公開我的部落格風格以及選題範圍。4. 規劃未來：介紹我未來的寫作計劃。部落格索引我的部落格在選題時，都選擇的是一些基礎內容。下面我從技術的角度，將部落格做個分類索引。在ASP.NET程式中，能夠在服務端讀取的用戶端資料通常只有三個：QueryString, Form,

     =============C#.Net 篇目錄============== 原文：http://www.codeproject.com/Articles/14593/A-General-Fast-Method-Invoker 源碼下載：範例程式碼_for_一個通用快速的反射方法調用介紹        

不知不覺中，來部落格園寫博已經二年了。經過二年時間的積累，人氣提高了許多，或許正因為這個原因，最近一年中經常會收到一些朋友的提問。在所有的提問中，有些問題被多次問過了，還有部分問題是沒有結果的。對於一些沒有結果的問題，Fish Li也表示遺憾。趁著3月12日這個對於我來說特殊的日子裡，我也想談談另一個問題：Fish Li 該如何協助您呢？下面我將對一些無結果的問題再次給予回答，雖然今天可能還是沒有答案，但我要告訴您沒有答案的原因。如何提問？不管是網上，還是周圍的同事，我發現有人喜歡在反饋錯誤時，