其他

Stuart.Net個人智能助理（Stuart是精靈鼠小弟的主人公，我將個人智能助理稱為Stuart，即是取精靈、可愛之意） 主要是對網路資源的整合，包括提供服務、搜尋及知識交換。 (項目目前處於概念期) 涉及技術： 1、Web Services及P2P； 2、知識本體構造； 3、Rules Engine 設計； 4．XML技術； 5．資料採礦 功能簡介:個人擁有一個註冊或登記的過程，然後智能助理，根據你註冊的類別，智能地搜尋相關資料，並為你智能地分類，並儲存下來.相關實現:

最近在研究net的企業架構模式和NHibernate，也看看了java方面的架構。也是以前一直用VB和以資料為中心的方式開發，所以看了許久bob大叔的《敏捷式軟體開發 (Agile Software

前陣子，在組內給大家做了一次關於“瀏覽器載入和渲染HTML的順序”的分享，這裡再總結一下吧。1.瀏覽器載入和渲染html的順序1、IE下載的順序是從上到下，渲染的順序也是從上到下，下載和渲染是同時進行的。2、在渲染到頁面的某一部分時，其上面的所有部分都已經下載完成（並不是說所有相關聯的元素都已經下載完）3、如果遇到語義解釋性的標籤嵌入檔案（JS指令碼，CSS樣式），那麼此時IE的下載過程會啟用單獨串連進行下載。4、並且在下載後進行解析，解析過程中，停止頁面所有往下元素的下載。阻塞載入5、樣式表在

當單元測試需要對資料庫執行CRUD(Create,Retrieve,Update,Delete)操作時，測試過後會在我們的資料庫中留下大量重複的垃圾資料，這些垃圾很礙眼不是嗎？而且我們的下一個測試有可能因為這些垃圾產生一些錯誤。那麼我們要如何處理這些垃圾資料和保證測試的穩定的呢？顯然，我們需要在每次測試之前和測試完成之後讓資料庫都保持相同的狀態。換句話說，就是我們需要"undo"這些在測試中對資料庫執行的CRUD操作。對於我們需要的這種"undo"操作，你以前是怎麼做的呢？手動的移除還是使用AD

wayfarer在他的隨筆中談到了面試別人時的一個問題. 你是如何理解多態的. 我想每個人的理解都不同,那麼我們就來集思廣義吧.你可以從概念層 實現層,各個層面談談你對它的理解.角度越多,越能加深我們對它的理解. 不過有個小要求,就是用一兩句話把你的意思表達出來.  越是精練的語言,越能反應問題的實質.我們不要求全面但是要有內容.比如sumtec的物件導向就是面向介面. 不過這裡不要求一定是自己的見解,也可以是別的大家的看法.畢竟我們的目的是理解多態!

Domain Model: 特點：有一系列的實體物件，每個對象不只包含資料更重要的包含各自的行為責任。每個對象只做自己的事情，多個對象通過協作共同完成一件事情。可以充分發揮物件導向和模式的作用。 很符合物件導向的特性。 優點：處理複雜多變的系統有很大優勢，可以很好發揮(Gof)模式的作用。 缺點：O/R mapping 是件比較麻煩的事。 說明：有兩種風格的Domain Model：1．   每個對象對應於資料庫中的表中一行。 Active Record模式2．  

G#是一種基於.Net平台的一門新的語言, 它可以在編譯期以及運行期為原有的代碼注入新的代碼. 並且新的代碼同樣能保證.net平台下的型別安全.和CodeSmith不同的是 它的代碼產生技術是為已有的代碼添加新的功能, 也就是目前AOP技術所要實現的目標.如果你使用過Aspectj就會發現它文法的醜陋,

You should use Hibernate if you have a nontrivial application (definition of nontrivial varies, but I usually think of Hibernate being less applicable to applications with only ten tables or so) that use an object-oriented domain model. Not every

Cache-Control  Cache-Control 是最重要的規則。這個欄位用於指定所有緩衝機制在整個請求/響應鏈中必須服從的指令。這些指令指定用於阻止緩衝對請求或響應造成不利幹擾的行為。這些指令通常覆蓋預設緩衝演算法。緩衝指令是單向的，即請求中存在一個指令並不意味著響應中將存在同一個指令。cache-control 定義是：Cache-Control = “Cache-Control” “:” cache-directive。表 1 展示了適用的值。表 1. 常用

舉一個NHibernate的例子ISession session;ITransaction tx;try{session = factory.OpenSession();tx = session.BeginTransaction();// do database worktx.Commit();session.Close();}catch (Exception ex){tx.Rollback();session.Close();// further exception handling}I

在.net 1.1下一個比較好的方法是(經寒楓提示)using System;namespace idior{    public class Tested    {       #if (DEBUG)        public#else         private #endif            string PrivateMethod(string str)        {             //do something             return str;   

在.net下實現Singleton,估計很多人都知道了.下面的代碼可以說經典.class MySingleton{    private static MySingleton instance = new MySingleton();    public static MySingleton Instance { get { return instance; } }} 但是繼承的Singleton模式的實現的實現似乎不多見,

 Adrian Colyer在他的一篇隨筆用最簡單的話闡述了AOP的思想,其中concept:implment的概念讓人眼前一亮.     在設計中捕獲的概念和需求，在這個軟體進化的過程中，往往也是發生變化的最小單元。一個設計到實現的1-1的映射是可以很容易的添加、刪除、維護的，而一個1-n的映射相對來說就難得多，因為一個概念發生變化，你必須去更新很多地方——而且你必須保證一個不漏的改到，而且必須所有的修改必須是嚴格一致的。   

如果你想為一個線程傳入變數你怎麼辦? ThreadStart可不支援帶參數的方法.所以你無法使用Thread來啟動一個帶參數的方法..           

       記得在C++中有友元這個概念，具體指一個類的朋友（類或函數）可以訪問該類的私人成員，最典型的例子就是operator重載。    

厭煩了assert.AreEqal();等等一堆的assert方法了嗎? 偶然覓得下面這個奇思妙想看看下面這個:     assertThat(something, eq("Hello"));assertThat(something, eq(true));assertThat(something, isA(Color.class));assertThat(something, contains("World"));assertThat(something, same(Food.CHEESE));

當單元測試需要對資料庫執行CRUD(Create,Retrieve,Update,Delete)操作時，測試過後會在我們的資料庫中留下大量重複的垃圾資料，這些垃圾很礙眼不是嗎？而且我們的下一個測試有可能因為這些垃圾產生一些錯誤。那麼我們要如何處理這些垃圾資料和保證測試的穩定的呢？顯然，我們需要在每次測試之前和測試完成之後讓資料庫都保持相同的狀態。換句話說，就是我們需要"undo"這些在測試中對資料庫執行的CRUD操作。對於我們需要的這種"undo"操作，你以前是怎麼做的呢？手動的移除還是使用AD

近日 有關o/r m的討論突然多了起來. 在這裡覺得有必要澄清一些概念, 免的大家討論來討論去, 才發現最根本的理解有問題.本文並不保證所有觀點正確, 只是個人在某一特定時期的理解.1. 何謂Entity?實體(類似於j2ee中的Entity Bean)通常指一個承載資料的對象, 但是注意它也是可以有行為的! 只不過它的行為一般只操作自身的資料.

       在cnblogs已經住了很久了, 竊以為這裡是國內最好的.Net社區(部落格堂由於某些原因排除在外,如果你還知道更好的請告知一二).  不過經過觀察發現這裡最受歡迎,最受關注的是關於控制項以及象本文這樣和技術關係不是太大而在非技術上很有爭議的隨筆.(理由是該隨筆的閱讀量和評論量,尤其是評論量) 在alphatom閱讀量評論量最高的文章也是一篇關於asp.net視訊交談控制項的. 這個結論既讓人想不到,也在常理之中. 在cnblogs尚且如此, 在其他地方就更不用提了.       

這篇隨筆本不在計劃之中，由我和寒風天傷的一個小爭論引起。我們從爭論的起點出發。 測試代碼在類外部還是內部。這是一個看上去很簡單的問題，似乎無足輕重。以至於，我一開始也沒太把它當一回事。然而它卻體現了TDD的一個根本問題。測試先行還是代碼先行？？！！測試驅動開發的一個很重要的觀點就是測試先行，如果測試代碼出現在類的內部就顯然成為了代碼先行。你認為這樣有些教條，但是這才是真正的測試驅動開發！！！測試驅動開發是軟體開發的方法學！extreme program 是軟體開發方法學嗎？是的。