簡單的具備自動檢測行為的文字框控制項

初次開發控制項,作了個簡單的子定應文字框控制項,該控制項繼承於TextBox.做這個控制項的目的是為了能讓文字框有一些"自動檢測的行為",當然都必須通過js來實現.這個控制項的主要功能比較簡單,主要有以下:1.實現自動驗證數字類型2.自動驗證數值範圍3.能設定是否必填項,需配合ValidaionSummary控制項使用4.設定是否第一個獲得焦點5.對於TextMode為Mutiline的情況,自動驗證是否超過MaxLength當然這些功能只不過是js的簡單調用,並沒有什麼深奧的理論.而目前也只做

通過confirm結果作流程判斷的簡單應用

最近在做一個添加功能,需要判斷某某項是否被添加過,然後給出提示使用者,根據使用者選擇的結果判斷是否繼續添加,然後選取消又有另外的邏輯.實現這功能當然是用js的confirm對話方塊,但是問題在於如何擷取confirm的結果,畢竟是在用戶端觸發的,還得把結果傳回伺服器.在網上查了些資料,說用一個隱藏的htmlbutton,然後調用

WSE 3.0 啟用了MTOM的問題

winform 用戶端通過WEB服務(採用WSE3.0,啟用了MTOM)擷取資料,偶爾會收到:"請求因 HTTP 狀態 400 失敗: Bad Request。"的錯誤返回, 同時探索服務器的事件記錄裡以下的錯誤: HTTP/ASMX Message Receive Failure: System.Xml.XmlException: 根層級上的資料無效。 行 2,位置 1。    在 System.Xml.XmlTextReaderImpl.Throw(Exception e)

自動執行單元測試(NUnit)的簡單應用

學些了一段時間的單元測試(NUnit),對於小型的項目還用得馬馬虎虎,覺得在介面跑單元測試還是很容易上手的.但是最近深入瞭解了一些關於單元測試的理論,知道一個好的單元測試並不是靠手動去執行的,而是應該自動的執行.為了學得更加專業點,同時也想看看這個代碼的自動編譯是怎麼回事.最終牽涉到了NAnt.這個工具早已聽說過,就是沒有用過,還一直覺得用起來會很麻煩,畢竟用習慣了IDE.簡單學習了一下NAnt,發現這個工具似乎與NUnit有著緊密的相聯,更覺得有趣的是NAnt以一種任務式的方式去執行項目編譯,

非重複隨機序列產生演算法

最近編程時遇到一個問題:有一組對象,要求隨機地訪問其中每一個對象,並且每個對象只訪問一次。如果我們將訪問順序轉換為一組整數序列,那麼這就是一個關於“非重複隨機序列產生演算法”的問題。本文將探討這個問題的多種解法,並給出一個非常高效的演算法。 【問題描述】:有一個自然數N,希望得到一個整型序列,該序列包含N個整數,從0到N-1,呈隨機分布狀態,且不重複。 【問題分析】:產生隨機數是簡單的,關鍵是,如何保證不重複呢?一般來說,我們有兩種思路: 

非同步、同步委託解析(一)

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

委託回調初識

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

SqlBulkCopy使用心得

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

利用window.open實現post方式的參數傳遞

   

在JS中用調用xsl的小問題

今天些AJAX程式時,出了個小問題,想利用xsl顯示返回的xml,但是每當調用js的transformNode時總出錯,提示 "所需要的資料還沒有準備好"當時我以為時requestObj(XHR對象)的readyState還沒完成,但是在這之前已經有了對readyState的判斷,於是錯誤定位在docStyle這裡,經檢查樣式檔案沒問題,最後鎖定為transformNode執行的時候 doc

能以可視化方式編輯濾鏡效果的Image控制項

ASPDOTNET裡提供的Image控制項的功能比價簡單,只是簡單顯示一片,相對於html的Img標記多了些功能。通常對圖片的處理還需要添加一些樣式,比如這裡說的濾鏡效果,但是這個需要手動編寫filter樣式,那區段標記也很長,參數也比較多。最後寫好了樣式,還要切換到設計介面看看效果行不行,通常由於寫錯幾個參數名導致來回的折騰,甚至還要在瀏覽器運行一下看看效果。其實msdn裡提供了filter代碼產生的協助頁面(ms-help://MS.VSCC.v80/MS.MSDN.v80/MS.WEBDE

初次體驗ASPNET的MVC架構

      一看到MVC,估計大家都不會陌生,這是java中經典的項目架構結構,尤其是在java

一款很不錯的html轉xml工具-Html Agility Pack

  之前發個一篇關於實現html轉成xml的劣作《實現html轉Xml》,受到不少網友的關心。該實現方法是藉助htmlparser去分解html內容,然後按照dom的結構逐個產生xml字串。在沒有充分實踐後,還以為該方案能解決問題。然而經過實際使用,效率確實很低,而且對一些特殊html屬性的轉換也不支援,得到的結果差強人意。  偶然一次機會在瀏覽codeplex網站時,發現一款很不錯的html解析以及轉換工具,就是本篇標題所提到的Html Agility Pack。Html Agility

解決反射時因參數類型(out參數)不正確而導致的異常

最近在寫一個泛型方法,想通過此方法調用實現某些類型的TryParse方法,通過比如int,Date的TryParse方法.如下1Code highlighting produced by Actipro CodeHighlighter

利用Bing API開發的搜尋工具(MVC+WCF)

      Bing是微軟公司的一款搜尋引擎,跟一般的搜尋引擎一樣提供一些常規的搜尋功能,至於是否足夠強大,那就得看使用者的實際需求了。像其他搜尋引擎一下,bing也為開發人員提供了調用搜尋服務的api,鼓勵開發人員進行一些第三方的搜尋工具的開發,詳情可登陸http://www.bing.com/toolbox/bingdeveloper/瞭解。codeproject最近有一篇文章介紹了如何使用bing

瞭解一下new關鍵字實現阻斷繼承的原理

一些經典.net面試題裡,經常會有關於new關鍵字的考察,其中肯定會問到new關鍵字用在方法前有什麼用之類的,通常同學們都能答出是阻斷繼承或者說是為了表明與父類同名方法獨立開。但是進一步詢問為什麼或講講原理時,大部分的猿人還是回答不上來的。下面簡單分析一下,個人理解的實現原理。從一個經典的面試代碼題入手,有如下題目(估計面霸們一看就知道答案了) View Code

const和readonly內部區別

const和readonly關鍵字也是面試中經常考到的問題,通常都是用來表示一個不可變的變數成員,那麼具體區別是什嗎?從用法上說,const只能以inline代碼的形式定義,而readonly既可以以inline代碼形式定義也可以通過構造方法定義。CLR中定義,readonly的變數只能在構造方法中賦值,而C#中inline代碼實際上是構造方法調用的一部分,因此readonly的變數可以以inline的方式賦值。以上是文法方面的應用,那在實際上的用法上,還是有些微妙的變化,通常不易發覺,請看下面

.Net WInform開發筆記(二)Winform程式運行結構圖

中午沒事,把去年剛畢業那會畫的幾張圖翻出來了,大概介紹Winform應用程式啟動並執行過程,以及TCP協議在Winform中的應用。如果有Windows訊息機制等基礎,很好理解這兩張圖。(1)Winform應用程式運行結構圖(2)TCP通訊協議在Winform程式中的應用熟悉整個程式的來龍去脈,編程的時候就會很輕鬆,不會雲裡霧裡。另附公司招聘面試題一份,用了幾次,發現效果不好,不知啥原因1.簡述介面、抽象類別的區別。2.簡述重載(overload)與重寫(override)的區別。3.對OO思想

wcf的一個BUG(自訂行為拓展)

最近在學習WCF技術,在學習到WCF拓展時,發現一個奇怪的問題。就是在使用自訂拓展元素時,如果按照下面的方式在設定檔註冊拓展元素(設定檔手寫):<add name="ContextPropagationExtension" type="HXW.WCF.Extension.ContextPropagationBehaviorElement, HXW.WCF.Extension, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null" /&

WCF中校正參數的實現方式(一)

  

總頁數: 61357 1 .... 8897 8898 8899 8900 8901 .... 61357 Go to: 前往

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.