控制項(三)——TreeView控制項以XmlDataSource控制項為資料來源實現簡單的綁定

TreeView控制項功能非常強大,今天,我們只是窺其一角。我們實現的例子是:TreeView控制項與XmlDataSource控制項綁定,然後在網頁顯示選中項。首先我們添加一個xml,取名為tv.xml。在其中寫上如下代碼:<?xml version="1.0" encoding="utf-8"?><gen1 text="總目錄"> <zil text="第一個子目錄" url="~/one/a.aspx"> <sun1

控制項(二)——multiview和view控制項聯合使用顯示視圖

mulitiview控制項,它類似於VB中的tabcontrol控制項。它在頁面中,可以放置多個“view”(也就是選項卡),可以實現讓使用者在同一頁面中,通過切換到每個選項卡,從而看到要看的內容,而不用每次都重新開啟一個新的。mulitiview主要是通過ActiveViewIndex屬性設定為要顯示View控制項的索引值,可以在視圖間移動。mulitiview控制項還支援可以添加到每個View控制項的導覽按鈕。要建立導覽按鈕,可以向每個view控制項添加一個按鈕控制項(Button、Link

建構函式、方法重載、屬性

建構函式是類的一種特殊方法,其實它就是對類進行初始化。構造方法與類同名,沒有傳回值,也不需要void。每次建立類的執行個體都會調用它,即在new的時候調用。所有類都有構造方法,如果你不編碼則系統預設產生空的構造方法,如果你有定義的構造方法,那麼預設的構造方法就會失效了。這裡所謂的空的構造方法,其實什麼也不做,只是為了讓你能順利地執行個體化而已。Cat cat=new

工廠三兄弟之Factory 方法模式(一)

       簡單原廠模式雖然簡單,但存在一個很嚴重的問題。當系統中需要引入新產品時,由於靜態Factory 方法通過所傳入參數的不同來建立不同的產品,這必定要修改工廠類的原始碼,將違背“開閉原則”,如何?增加新產品而不影響已有代碼?Factory 方法模式應運而生,本文將介紹第二種原廠模式——Factory 方法模式。 1 日誌記錄器的設計      

使用案例圖新解

       初次接觸UML圖的時候,對它的感覺還不錯,感覺不是很難。但是在實踐的時候,卻總是感覺自己在瞎畫。       下面淺淺的談談自己最近對用例的新的理解。       使用案例圖,是系統功能抽象的集合,將系統的功能進行合理的分類。它是系統功能最美的、最直接的可視化詮釋。        有人說:使用案例圖是一種客戶與開發人員之間可以溝通、理解的表現形式,它是開發人員與客戶之間的可視化契約。我感覺說的非常好。     

控制項(一)——實現列表框中指定條目移位和移動指標到指定位置

天轟穿視頻主要講了三大部分:C#基礎、vs控制項、ado.net。在這三者中,絕大篇幅介紹的VS中的控制項。下面首先讓我們認識下ListBox控制項的使用。本例題中應用到的控制項有label、ListBox、Button三個常用的控制項。如下: 設定列表框的SelectionMode屬性為Multiple,以可以選中多條。代碼如下:  protected void Page_Load(object sender, EventArgs e) {

工廠三兄弟之Factory 方法模式(二)

2 Factory 方法模式概述       在簡單原廠模式中只提供一個工廠類,該工廠類處於對產品類進行執行個體化的中心位置,它需要知道每一個產品對象的建立細節,並決定何時執行個體化哪一個產品類。簡單原廠模式最大的缺點是當有新產品要加入到系統中時,必須修改工廠類,需要在其中加入必要的商務邏輯,這違背了“開閉原則”。此外,在簡單原廠模式中,所有的產品都由同一個工廠建立,工廠類職責較重,商務邏輯較為複雜,具體產品與工廠類之間的耦合度高,嚴重影響了系統的靈活性和擴充性,而Factory

圖論——無聊大四課程中的奇葩

       不知從多會兒開始,我開始去上專業課《圖論》了,不是因為A老師有多麼特別,也不是因為課程有多麼好,而是A老師天天點名。。。去過幾次,實在是太沒勁了,純粹是為了講課而講課;學生呢,純粹是為了點名而上課。       不過後來才知道,學校並不是安排的A老師給我上課。聽A老師說,學校安排的是邢華明老師給我講圖論。他是去了韓國與那裡的講授共同探討一些數學領域的問題。然後邢老師就一直活在傳說當中。       直到昨天晚上,邢老師才回來給我上課。他的第一節課,竟給我們耳目一新的感覺。     

.NET機房收費系統總結

寒假將近四十天,主要的學習工作就是重構機房收費系統。從一開始的茫然無措,到現在的膚淺認知。下面是我重構中主要的三版圖:                                                                  版本一                                                       版本二                                                

資料庫範式設計

在軟體開發過程中,資料庫的設計是非常重要的。可以說,良好的資料庫設計,是對使用者需求的理解的精準定位。它不僅能夠使得軟體開發起來非常便捷,而且還能夠使軟體系統高效運行,同時,為日後的維護或者更換資料庫提供便利。 在最近開發系統的過程中,感覺收穫最大的也是關於資料庫的操作。最初開發機房收費系統的時候,由於沒有經驗,而且懂得的知識也非常少,資料庫的設計根本談不上,就是感覺到資料庫中缺少某些欄位的時候,直接在資料庫表中去修改欄位。這樣就為自己徒增了很多工作量,相關的代碼需要一處一處去修改。 開發.NE

編譯與解釋

編譯過程概述    詞法分析——對來源程式從左至右逐個字元地掃描,從中識別出一個個單詞符號。例子:正規式與自動機     文法分析——在詞法分析的基礎上,根據語言的文法規則將單詞序列分解成各類文法單位,如“運算式”、“語句”、“程式”等。例子:0型文法、上下文有關文法、上下文無關文法。     語義分析——進行類型分析和檢查。程式語言中一個資料類型一般包括兩方面內容:類型的載體及其上的運算。例如:整除取餘運算子只能對整形資料進行運算,若其運算對象中有浮點數就認為是類型不符的錯誤。    

自考之歎

       自學考試終於過去了,雖然只有短短的幾天,但是它加在軟考中間,當不當正不正。又好像是過了好久。       算起來,一共參加兩次自考了,每一次都是準備的似乎很匆忙。三本書,每一本的每一個細小的部分,都有可能考到,若是不融入進去細細琢磨,真的就被它給唬住了。這一次自學考試,又沒有好好做題,兩科做了兩套題,另一科做了一套題。看那軟體開發工具就著實生氣,同樣的大題,連著出了三年。填空題幾乎也是同樣的題目,只是讓你填寫的空變了變。      

CPU中央處理單元

       電腦的基本硬體系統有運算器、控制器、儲存空間、輸入和輸出五大組件組成。運算器和控制器整合在一起統稱為中央處理單元,也就是我們平時所說的CPU。看:      橢圓圈起來的屬於運算器;矩形圈起來的屬於控制器。       CPU的功能主要是對指令操作進行程式控制、操作控制、時間控制以及資料處理。       電腦記憶體一般分為待用資料區、代碼區、棧區和堆區,若某指令的運算元之一採用立即數定址方式,則該運算元位於代碼區。      

工廠三兄弟之簡單原廠模式(四)

4 方案的改進       Sunny軟體公司開發人員發現在建立具體Chart對象時,每更換一個Chart對象都需要修改用戶端代碼中靜態Factory 方法的參數,用戶端代碼將要重新編譯,這對於用戶端而言,違反了“開閉原則”,有沒有一種方法能夠在不修改用戶端代碼的前提下更換具體產品對象呢?答案是肯定的,下面將介紹一種常用的實現方式。       我們可以將靜態Factory 方法的參數儲存在XML或properties格式的設定檔中,如下config.xml所示:<?xml

控制項(七)——GridView控制項以SqlDataSource控制項為資料來源顯示資料

GridView控制項與SqlDataSource控制項就不做詳細介紹了,大家都比較熟悉,而且也比較好理解。下面直接進入例子:本例子中首先拖一個GridView控制項GridView1,配置一下它的資料來源SqlDataSource1,簡單配置一下就可以。然後再為控制項選擇一個合適的樣式。然後在添加一個GridView控制項Gridview2,配置一下他的資料來源SqlDataSource2,然後為控制項選擇一個合適的樣式,關鍵的一步是:設定GridView2控制項的DataKeyNames屬性

控制項(八)——Wizard控制項完成註冊過程詳解

Wizards是一種為使用者提供了呈現一連串步驟的基礎架構的控制項。它方便了我們進行導航設定。該控制項幾乎所有外觀特徵幾乎都可以通過樣式和模版來自訂,包括各種各樣的按鈕和串連、標題和頁首頁尾、工具條和步驟。下面介紹今天的例子:我們先添加一個Wizard控制項,首先選擇一個合適的樣式,然後開啟“添加/移除WizardSteps編輯器”,添加以下五部分內容: 基本資料欄顯示:文字框ID分別為:tbnname、tbnpws 詳細資料顯示:所在省份後面是一個DropDownList控制項,ID為:ddl

工廠三兄弟之Factory 方法模式(三)

3 完整解決方案        Sunny公司開發人員決定使用Factory 方法模式來設計日誌記錄器,其基本結構3所示:圖3 日誌記錄器結構圖       在圖3中,Logger介面充當抽象產品,其子類FileLogger和DatabaseLogger充當具體產品,LoggerFactory介面充當抽象工廠,其子類FileLoggerFactory和DatabaseLoggerFactory充當具體工廠。完整代碼如下所示://日誌記錄器介面:抽象產品interface Logger

控制項(九)——Repeater控制項實現分頁

Repeater控制項有五個模版,我們可以根據需要選擇使用,分別是: 1、ItemTempplate:正常項2、AlternatingItemTemplate:交錯項3、HeaderTemplate:頁首4、FooterTemplate:頁尾5、SeparaterTemplate:分隔字元 下面,我們來看一個Repeater控制項實現分頁的例子:一、設計介面: 二、前台代碼:  <form id="form1" runat="server"> <div align=

工廠三兄弟之Factory 方法模式(四)

5 重載的Factory 方法       Sunny公司開發人員通過進一步分析,發現可以通過多種方式來初始化日誌記錄器,例如可以為各種日誌記錄器提供預設實現;還可以為資料庫日誌記錄器提供資料庫連接字串,為檔案日誌記錄器提供檔案路徑;也可以將參數封裝在一個Object類型的對象中,通過Object對象將配置參數傳入工廠類。此時,可以提供一組重載的Factory 方法,以不同的方式對產品對象進行建立。當然,對於同一個具體工廠而言,無論使用哪個Factory

22種代碼味道(Martin Fowler與Kent Beck)

      Martin Fowler在Refactoring: Improving the Design of Existing Code(中譯名:《重構——改善既有代碼的設計》)一書中與Kent Beck一起總結了22種代碼壞味(Bad Smells in

總頁數: 61357 1 .... 18717 18718 18719 18720 18721 .... 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.