其他

ASPxGridView是DXperience控制項包裡面的一個控制項，它對Gridview進行了擴充，我們知道Gridview動態綁定資料來源的分頁等功能可以這樣實現： protected void GridView1_PageIndexChanging(object sender, GridViewPageEventArgs e) { GridView1.PageIndex = e.NewPageIndex; // 在這裡綁定資料來源 }

貼段代碼先using mshtml;    //using SHDocVw;private void DownLoad(){    private InternetExplorerClass ie = new InternerExplorerClass();    ie.DocumentComplete += new DWebBrowserEvents2_DocumentCompleteEventHandler(ie_DocumentComplete);    //waitting for do

公司沒什麼技術力量，又不重視技術，所以準備走了，因為目前我還不大算轉行，我的技術要是得不到提高，就是轉行，到最後也沒有飯吃。做了七個月，一共拿了600元獎金，其中包括年終獎500元，NND，我一個人在這裡撐了三個月才來了個新程式員，年終就給我500元。新程式員來了，還帶來了4個網站的管理員密碼，程式碼……，呵呵，這種人。昨天老闆還跟會計說，以後不報銷房租了，現在是報銷50%，節約開支是吧，我讓你省的更多一些。不過還是要感謝這個老闆，給了我一個鍛煉的機會，讓我從一個剛剛畢業、沒有任何工作經驗的學生

 原文：http://www.revsys.com/blog/2012/may/01/three-things-you-should-never-put-your-database/譯者：cxhuan         想我在一些演講中說的一樣，提升系統效能的最好的方式是千萬不要做“傻事”。我並不是說你或者你的開發人員是傻子，而是說人們容易忽略這些決策的隱形問題，沒有意識到一些問題的可維護性。作為一個諮詢顧問，這種案例我見多了，還沒見過有誰能夠很好地解決這個問題。圖片，檔案和位元組資料      

      雖然標題為“動態編譯”，其實本文包含兩個部分，一個就是標題說的動態編譯原始碼，另外一個應該是動態產生原始碼。也就是說，在.Net中可以存在這樣一種情況：在程式運行期間，由程式控制動態產生一份原始碼（Source Code），然後再編譯該原始碼，產生一個新的程式集，緊接著再載入產生的程式集，最後運行。這個情況可能出現在很多地方，比如一些模板代碼產生，像asp.net頁面產生html，還可以在程式運行期間，由使用者控制，動態擴充程式功能。   

    設計時和運行時的概念網上的中文資料很少，如果不是做第三方組件開發的或者跟設計器開發有關的，幾乎用不到這些概念。為了迎合之前幾篇部落格，我想有必要說一下它兩的概念和區別，以及用在什麼地方。部落格好久沒更新，比較忙。   

     最近在使用 Enterprise Manager 時總被這個問題困擾，一直以為是軟體的bug，或者oracle另外自訂了一個專用於管理的主機帳號。無意中看到瞭解決該問題的文章，才知道原來是許可權問題。但是EM給出的卻是使用者密碼錯誤的提示，確實有誤導的嫌疑。     原文章內容如下：     我們通過oracle10g的Enterprise Manager

   對於股票交易費如何計算可能大部分股民只知道個大概，尤其實在07年牛市時，更是對其忽略不計。但是，目前在熊市下，個散戶都開始斤斤計較起來，有甚者還希望券商退回之前多收的傭金。   這個股票交易費在每次交易的時候，在資金流水裡面都會有顯示，這些資料都是由券商的一些軟體計算的，股民可通過規則計算得出。但是計算起來還是有些小小麻煩，畢竟也是個不大不小的數學題，而且加上證券交易所及證監會規定的費用，估計算到一半就沒心思往下算。網上的一些財經網站也提供了類似存款計算機的股票交易費計算機，但是比較落後，

DOTNET裡的驗證架構確實很方便，對於一些表單的填寫的基本驗證，比如必填驗證，正則驗證等都能很好的處理，外還保證了伺服器端的驗證，真所謂省事又省心。也有些情況下需要驗證些比較複雜的邏輯，比如選了某個選項，就必須填寫某個文字框的內容，這種情況下，DOTNET也提供了擴充，有個Customvalidator可以解決。而對於某些內容需要到資料庫裡驗證下的，顯然光靠用戶端是不能實現的，用Cusomvalidator的伺服器端驗證確實可以實現，但是需要來回重新整理那麼一遍，當然有些煩人。因此弄了個自訂的

僅僅是分頁，你告訴它總記錄數、和每頁記錄數，它返回給你共分了多少頁以及當前頁面的索引。為什麼寫這個小東西？就是因為現在分頁控制項動輒內建Grid或者能夠幫你拼SQL語句，功能太強大了，我用不了。這個簡簡單單的小東西，雖然所有的資料庫存取碼都要自己寫，但也足夠靈活，用起來夠方便。介面效果如下：這個伺服器端分頁控制項派生自CompositeControl，使用ViewState存放資料。使用方法：前代碼直接從工具箱把控制項拖放到頁面上後代碼，先設定控制項的RecordCount屬性，並繫結控制項的P

Code highlighting produced by Actipro CodeHighlighter

    委託的定義想必大家都知道，它本質上是一個類，我們定義一個委託：Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->1 delegate int Decrement(int x,int y); 經過編譯後，編譯器自動產生一個從MultiCastDelegate繼承下來的密封類：Code highlighting produced by

手頭的需求是這樣的：現有一個.net程式，介面上某個控制項的Text屬性值會變化，需要另外寫一個程式去監視這個值的變化。如果是個C++程式員，這個需求一定很簡單，掛上鉤子就OK了。不過我想用.net程式實現。在拜了無數遍Google大神之後，我找到了這個東西—ManagedSpy，這個東西有個類庫ManagedSpyLib是託管C++寫的，其中有個類叫做ControlProxy，作用就是允許你訪問其他進程中的控制項。有這麼好的東西就先拿來試試，看看能不能達到我們的需求。實驗步驟如下：準備一個程式

我們知道定義一個委託之後，就可以像MyDelegate（3，7）這樣回調方法，其實每一個委派物件都是一個類對象，每一個委派物件中都有一個Invoke的同步成員方法（查MSDN得知），系統實際調用的是MyDelegate.Invoke(3,7).那麼Invoke的內部結構怎樣的呢？當然MSDN上面肯定查不出來了，琢磨了一下，可以模仿一下的嘛！Invoke的內部實現（虛擬碼）Code highlighting produced by Actipro CodeHighlighter

   網上有好多講委託與事件的文章，寫得都很不錯，以下是我對事件與委託的理解，若有不當之處，請提出，萬分感謝。   為了方便閱讀，我將代碼寫在了後面，前面介紹了一些跟代碼有關的資訊。  Observe模式中，主體subject指受監控者，觀察者observer指監控者。記憶體狀態（MemeryStatus)是受監控者，屬於主體；Observer是監控者，屬於觀察者； 

      System.Linq.Enumerable類為我們提供了許多擴充方法，一般實現了IEnumerable<T>介面的類型都能被擴充，比如Enumerable類中定義了OrderBy方法，該方法用來根據某個索引值對目標值序列排序，那麼int[] 類型就能擁有OrderBy這個方法了。      其中OrderBy方法有兩個參數，一個為要擴充類型的對象：this IEnumerable<TSource> source；一個就是返回排序索引值的委託：Func<

如果有兩張解析度為32x32的黑白圖片，要計算這兩張圖片的相似性該怎麼辦？根據這篇文章《數學之美 系列 12 -

最近做的項目由於之前的設計人員懶省事，不按照範式來，將一張表的擴充資訊存到了一個“鍵-值”表中。如：  對於主表中的每一條資訊，大約有60個“key”，也就是說主表中每插入1條記錄，子表中必須要插入60條。通過預估我們確定主表中最終的資料量大約是20萬，也就是說，子表中會有20x60=1200萬條記錄。同樣類型的“主-子”表我們一共有4對，且不說這些表的查詢效率，單是每天一次的資料匯入對於我們來說就是一項巨大的挑戰。Technorati 標籤: SqlBulkCopy

ASP.NET裡不可避免的要用上viewstate,怎麼用它估計大家都用得爛熟了,它的優點缺點用過的人也能說出個大概.其中被說得最多的還是它的缺點,viewstate的使用使得頁面大小長胖了好幾KB,甚至上M,最直接的效應就是使得頁面的載入異常的緩慢.因此對於viewstate的使用及最佳化是那些ASPDotNet最佳化教程裡談論得較多的,至於那些怎麼禁用viewstate,緩衝策略等也就不詳細討論了.如果不嫌IO操作慢,並且伺服器也夠地方放,何不把viewstate的內容儲存在伺服器上,這樣可