其他

      前面的幾篇文章中，我們給控制項添加一個複雜的類型Scope，並且給它的類型提供的一個類型轉換器，現在我們可以在屬性瀏覽器中編輯它的值，並且它的值也被序列化的原始碼裡了。但是你有沒有發現，在屬性瀏覽器裡編輯這個屬性的值還是不太方便。因為屬性只是“10，200”這種形式的，所以，你必須按照這種格式來修改，一旦格式錯誤就會引發異常，比如輸入一個“10200”。我們期望這個屬性的每一子屬性都能夠被獨立的編輯就好了，這並非不能實現，而且實現還很簡單。     

  一直想給自己的網站添加一些新比較流行的元素,比如加一個Web

      在做控制項的時候經常會遇到一個很煩人的問題，就是在測試工程中加入自己的控制項，然後編輯屬性的總是提示"Unable to cast object of type Xto type X"。看到這個問題，真是叫人哭笑不得啊。兩個類名完全一樣，何謂“無法轉換” 。      既然出了問題，就得解決，一步一步跟吧。設好環境，調試控制項的設計時行為，啟動並執行結果竟然是完全沒有問題。沒有問題卻成了最大的問題，無從下手了，上網查查吧，還好，發現很多人也都碰到這個問題。在微軟的論壇裡有一個解決的方

      在前面的文章裡我們製作了一個非常簡單的控制項。現在我們回過頭來看看這些代碼透露出什麼資訊。      這個類是直接從Control類派生出來的，自訂控制項都是直接從Control類派生出來的。這個類定義了一個屬性TextAlignment，用來控制文本在控制項中顯示的位置：              [        Category("Alignment"),        Description("Specifies the alignment of text.")       

       今天終於下定決心來來學習NHibernate，到網上搜了搜相關的資料，大多都是使用過NHibernate的人在說自己的使用結果，然後貼出一堆代碼。真是越看越是一頭霧水啊，我現在想要清楚的是：NHibernate到底怎麼用？或許是我太低級了吧－_－！沒有找到這方面的介紹。然後翻出NHibernate的document看，還是沒有得出個所以然。既然NHibernate是基於ORM的，看來我還是從基礎看起，先找找ORM的資料看看。

      在我們開發自訂控制項的過程中,我們常常會給控制項添加集合屬性。比如定製Grid控制項就會有Column集合。當集合屬性發生變化時，比如添加新元素，刪除新元素，我們要通知控制項去重繪以反映新的變化。我們可以建立一個集合類，在類裡添加一個新的事件，並在集合發生變化時觸發事件。.Net架構已經為我們提供了現成的委託聲明，下面我們來看看怎麼使用。      我建立一個名字叫HeaderCollection的類，派生於System.System.Collections.ObjectModel.

      本系列的前面幾篇文章講解了如何來定義屬性以及更有效編輯屬性,接下來我要講一下控制項屬性的預設值。如果我們希望自己開發的控制項更易於被其它開發人員使用，那麼提供預設值是非常值得的。      如果你為屬性設定了預設值，那麼當開發人員修改了屬性的值，這個值在Property

      記得以前用VC開發自繪製控制項的時候，遇到的一個很煩人的問題就是控制項在paint的時候總是出現flicker（閃爍）。原因其實很簡單，就是你一點一點的向裝置上下文環境繪製，中間還有很多邏輯運算，結果就像是動畫了，不過電腦的速度比較快，所以呈現在我們面前的閃爍，而閃爍的出現大大的影響的客戶的使用體驗。後來一個程式員開發了一個後來廣為流傳的類MemDC，這個類首先建立一個相容的裝置上下文環境，將所有的繪製工作放到這個類裡完成，最後將繪製好的內容一次性的帖（bitblt）到實際的上下文環

      在上一篇文章裡我們建立了一個簡單的控制項FirstControl，現在我來介紹一下怎麼使用和調試自己的控制項。我希望將過程寫的儘可能的詳細，讓想學習控制項開發的朋友容易上手，高手們見諒。      在同一個solution裡添加一個Windows Application工程（在Solution Explorer裡右鍵點擊CustomControlSample solution選擇Add->New Project…），命名為TestControl。VS會為你自動產生一個Form，

    前一篇文章介紹了如何定義Solr的Schema，有了資料的結構定義，下來我們就來看看如何寫入資料吧。 將文檔資料寫入到Solr有很多種方式, 你可以使用xml文檔，json文檔，csv文檔，對於這三種方式，你可以在Linux下使用curl方便的匯入資料，比如使用xml文檔，你可以這樣寫：    添加xml文檔   curl http://localhost:8983/solr/update?commit=true -H "Content-Type: text/xml"

        ASP.net 2.0的推出對我們程式員來說是再好不過的事情了，不僅功能更豐富了，而且使我們的開發效率大大提高，不過什麼東西都有兩面性，asp.net2.0所帶來的新控制項給我們的開發帶來方便的同時，卻在某些方面與我們的習慣相衝突。        最近用asp.net做系統，很習慣的在做使用者認證的部分建了一個新的網頁名字是Login.aspx，當然不管你是編譯也好調試也好都沒有問題，一切如你希望的那樣。但是，當你publish了你的系統，建立了虛擬目錄，然後通過IE瀏覽的時候，

       我在前一篇文章裡提到，對於停駐工具列或者是視圖最好是不要將執行個體放到詞典中，而是將工具列或者視圖的類型放到詞典中，因為檢視類型會經常的被重用，並且會經常被關閉或者再開啟。當執行個體被關閉後，資源就被釋放了，對於執行個體的管理就會比較麻煩，所以我們分為兩步走。在外掛程式被載入的時候，我們只註冊類型，在應用程式啟動並執行時候，我們通過某種途徑來執行個體化他。      

      前天發了構建外掛程式式的應用程式架構(五)－－－－管理外掛程式這篇文章，有幾個朋友在回複中希望瞭解外掛程式之間是如何通訊的。      這個系列的文章寫到這裡，也該談談這個問題了，畢竟已經有了外掛程式管理。不知道大家有沒有注意到我在第四篇文章裡談到的服務容器（Service

       在前些日子裡,我寫了有十篇關於WinForm 控制項的製作教程,在這些教程裡使用的例子都十分的簡單,並且樣本的控制項基本沒有什麼用，是該寫一個簡單實用的控制項的時候了。今天我就來製作一個VS風格的ToolBox工具箱。VS風格的ToolBox和QQ的介面很相似，都是有多個欄目，並且這些欄目可以展開和摺疊，當滑鼠在某個子欄目上時，可以高亮顯示，另外在VS風格的ToolBox中，點擊選中項目的時候，要用特殊的顏色標識出來。如所示:           

      前面的一些文章絕大部分都是要講控制項的設計時的行為，既然涉及到這麼多的設計時行為的代碼編寫，那麼就有必要就一下如何來調試控制項的設計行為。       調試控制項的設計時行為和調試DLL的方式非常的相似，因為DLL是不能夠單獨啟動並執行，而一般的控制項也會在一個DLL裡。當然如果你不考慮類的可複用性而把控制項寫在一個Windows

      在構建外掛程式式的應用程式架構(二)－－－－訂立契約一文中，可以看到我們的IApplication介面是派生於IServiceContainer介面的。為什麼要派生於IServiceContainer呢？我們來看看IServiceContainer的定義，它有幾個AddService方法和RemoveService方法以及從IserviceProvider繼承過來的GetService方法。Service本身是.NET設計時架構的基礎，Service提供設計時對象訪問某項功能的方法實

換了個工作單位，也就換了從事的項目的業務類型。新的項目中要需要使用全文檢索索引功能，由於項目是基於SQL server的應用，所以舊的設計也就使用了SQL server的Full-text Search Engine來實現全文檢索索引功能。在使用SQL server 的全文檢索索引功能的過程中，發現有很多的問題不能很好的解決，比如Cache,一般來說，對於SQL

       昨天這個系列開篇了，今天就趁熱打鐵吧。有一點要注意的是，一開始我是在64位的Windows 7上的Tomcat中部署Solr的，在使用過程中發現非常的不穩定，經常添加兩個文檔或者是查詢一兩次後，tomcat就崩潰了，讓我對Solr的穩定性很是擔憂，又來部署到虛擬機器中的CentOS上，非常的穩定又高效。在Windows 7上為什麼不穩定，我沒有去分析，可能是因為各個組件的版本間的問題吧。如果哪位同學希望在Tomcat中部署Solr，請參考《Solr with Apache