ASP.NET技巧:請求網址並解析返回的html

  目的,把遠程伺服器傳回的Html,解析到類裡面,為GridView等提供資料來源  1 、向遠程伺服器Post資料public int PostData(string url, string data, out string info) { info = ""; CookieContainer cc = new CookieContainer(); HttpWebRequest request =

ASP.NET2.0伺服器控制項之自訂狀態管理

在前面的系列文章中,我們曾經介紹了檢視狀態和控制項狀態的基本概念和典型應用,從中可以發現,檢視狀態和控制項狀態對於自訂伺服器控制項實現的重要性。本文將繼續這一主題,重點介紹實現檢視狀態和控制項狀態自訂管理的方法。  自訂檢視狀態管理  在介紹檢視狀態時,我們曾經提到過:對於簡單屬性,例如,String、Int等類型,.NET執行引擎將自動啟用預設檢視狀態管理機制,以便完成相應的功能。然而,如果開發人員在ViewState中儲存的是自訂資料類型,或者需要實現自訂方式最佳化檢視狀態管理時,則必須實現

ASP.NET 2.0伺服器控制項開發之複雜屬性

在上一篇文章中,曾經提及“複雜屬性”的概念。複雜屬性的最大特徵是屬性的類型是本身具有屬性(稱為子屬性)的類。通常情況下,複雜屬性工作表現為3種形式:連字號形式屬性、內部嵌套形式屬性和內部嵌套形式預設屬性。本文將介紹以上3種形式複雜屬性的具體實現方法。  1.

ASP.NET:一段比較經典的多線程學習代碼

  一段比較經典的多線程學習代碼。  1、用到了多線程的同步問題。  2、用到了多線程的順序問題。  如果有興趣的請仔細閱讀下面的代碼。注意其中程式碼片段的順序,思考一下,這些代碼的順序能否互相調換,為什嗎?這應該對學習很有協助的。為了示範,讓所有的線程都Sleep了一段時間。using System.Net;using System;using System.IO;using System.Text;using System.Threading;using

為自己的ASP網站系統構建一套標記語言

  作為動態網站在建設過程中難免遇到線上編輯文章的問題。HTML提供了一個textarea標記,但是實際上沒有解決這個問題,因為從textarea的是純文字。除非在輸入的時候使用了HTML標記,否則在輸出的時候將獲得從頭到尾毫無結構的一盤文字。WEB設計中通過DHTML構建一類所見即所得 (WYSIWYG)的線上編輯器對這個問題有了很好的解決。  但是所見即所得 (WYSIWYG)並不是唯一的解決辦法。筆者在上網過程中發現一些門戶網站的線上編輯器非常有特色。它並不是所見即所得 (WYSIWYG)

ASP.NET 2.0下的條件編譯

在Web開發中測試單個頁面的功能實在是太麻煩,從首頁使用者名稱、密碼進去後,經過一些操作後才可以來到你要測試的那個頁面。(其實無論做什麼的開發,測試單個功能都是很麻煩)。抱著小心謹慎的態度,我一般喜歡寫幾段測一次,如果每次都興師動眾的啟動整個項目來測試顯然是很不經濟的做法。我一般會在Solution中新增一個用於測試用的配置,在其中增加一個“Test"之類的編譯指令,然後在代碼中,把一些測試條件,測試方法放到這個指令下。在Team

ASP.NET 2.0中的網頁輸出快取

靜態頁面全部內容儲存在伺服器記憶體中。當再有請求時,系統將緩衝中的相關資料直接輸出,直到快取資料到期。這個過程中,緩衝不需要再次經過頁面處理生命週期。這樣可以縮短請求回應時間,提高應用程式效能。很顯然,網頁輸出快取適用於不需要頻繁更新資料,而佔用大量時間和資源才能編譯產生的頁面。對於那些資料經常更新的頁面,則不適用。預設情況下,ASP.NET 2.0啟用了網頁輸出快取功能,但並不緩衝任何響應的輸出。開發人員必須通過設定,使得某些頁面的響應成為緩衝的一部分。   

ASP.NET 2.0中預設的cookie

  今早在老外的BLOG上看到這個說法,不妨留意一下:  如果你在asp.net 2.0中使用FormsAuthentication,並且將cookie設定為持久狀態,那麼其期間預設是30分鐘的,而不是asp.net 1.1中的50年,因為50年的話太不安全了,你的電腦會被人賣掉的。如果要更改的話,可以使用timeout屬性更改<authentication mode="forms"> <form loginUrl="login.aspx" timeout="3600"

ASP.NET技巧:access下的分頁方案

具體不多說了,只貼出相關源碼~using System;using System.Collections.Generic;using System.Text;using System.Data;using System.Data.OleDb;using System.Web;/**//// <summary>/// 名稱:access下的分頁方案(仿sql預存程序)/// 作者:cncxz(蟲蟲)/// blog:http://cncxz.cnblogs.com///

ASP.NET 2.0 中的建立主版頁面

  雖然主版頁面和內容頁功能強大,但是其建立和應用過程並不複雜。本節和下一節將以建立1所示樣本為例,向讀者詳細介紹,使用Visual Stuido 2005建立主版頁面和內容頁的方法以及相關知識。本節的重點是建立主版頁面的方法。  主版頁面中包含的是頁面公用部分,即網頁模板。因此,在建立樣本之前,必須判斷哪些內容是頁面公用部分,這就需要從分析頁面結構開始。圖1所示顯示的是一個頁面。在下文中,暫稱該頁面名為Index.aspx,並且假設其為某網站中的一頁。通過分析可知,該頁面的結構5所示。圖5

ASP.NET中根據XML動態建立使用WEB組件

前段時間筆者在開發中需要動態建立WEB組件,本以為是小事一樁,誰知看時容易做時難。裡面還真有些小問題。下面筆者就結合自己的程式來介紹一下如何動態建立並使用WEB組件,希望能給做類似工作的朋友提供一點協助。 一、程式思路 程式主要分三部分: 1、程式要根據XML中的資料資訊確定需要建立的WEB組件的個數。 2、動態建立WEB組件。 3、使用動態建立的WEB組件。 其中2和3是筆者要重點介紹的部分。 下面筆者就按照這三部分結合程式執行個體(以c#為例)來一一介紹。

ASP.NET資料庫編程之處理檔案訪問許可

  一個MDB資料庫就是硬碟上的另外一個檔案,所以,像其他檔案一樣,它也將遇到相同的檔案訪問許可問題。這個問題的意思是為了讀取(和寫入,就像您將要在本書的後面看到的那樣)資料庫檔案,頁面中所啟動並執行應用程式必須具有相關許可才可以在Windows中讀取(和寫入)該檔案。  到目前為止,樣本中的頁面都能夠“正常運行”的原因就是您使用的是VWD Web Server,一個在運行VWD的使用者的身份下啟動並執行輕量級程式。這就是說,VWD Web

ASP.NET技巧:同時對多個檔案進行大量寫操作對效能最佳化

  我自己的一個項目,需要同時對65536個檔案進行多次寫操作。  如果先全部開啟所有的檔案,然後重複寫,最後關閉所有的檔案。那麼第一次寫操作全部完成需要16分鐘左右,而第二次就需要40分鐘了。沒有繼續測試了。 for (int i = 0; i < 65536; i++) { fileStream[i] = new FileStream(buffDir+"\\"+ i.ToString() + ".dat",

ASP.NET資料庫編程之Access串連失敗

  錯誤和失敗總會不可避免地在應用程式中出現。如果有人在MDB目錄之上又添加了一級新的檔案夾而“更新”了伺服器的分類樹,那麼將會發生什嗎?如果MDB名稱被更改了會怎樣?如果MDB檔案被損壞又該如何呢?以上每一個問題都將阻止對資料的成功串連並導致一個失敗頁面。好的編程實踐表明需要儘可能小心地對待任何失敗。  在討論實際命令之前,我們需要瞭解的是AccessDataSource控制項派生於SqlDataSource控制項。在大多數情況下,這隻是一個背景問題。但是當處理異常的時候,就必須使用實際上存在

Asp.Net2.0許可權樹中Checkbox的操作

  這裡使用asp.net2.0的TreeView控制項結合JavaScript實現許可權樹的部分功能。  假設許可權樹中有如下三條規則:  1、該節點可以訪問,則他的父節點也必能訪問;  2、該節點可以訪問,則他的子節點也都能訪問;  3、該節點不可訪問,則他的子節點也不能訪問。代碼如下://擷取元素指定tagName的父元素function public_GetParentByTagName(element, tagName) { var parent =

ASP.NET技巧:教你製做Web即時進度條

網上已經有很多Web進度條的例子,但是很多都是估算時間,不能正真反應任務的真實進度。我自己結合多線程和ShowModalDialog製做了一個即時進度條,原理很簡單:使用線程開始長時間的任務,定義一個Session,當任務進行到不同的階段改變Session的值,線程開始的同時使用ShowModalDialog開啟一個進度條視窗,不斷重新整理這個視窗擷取Session值,反應出即時的進度。下面就來看看具體的代碼:(文章結尾處下載原始碼)先建立一個Default.aspx頁面,用戶端代碼:<b

ASP.Net2.0 GridView 多列排序,顯示排序表徵圖,分頁

最近在使用ASP.net 2.0的GridView 控制項時,發現排序與分頁功能Microsoft實現的都很簡單,比如排序,在點擊列名的時候來觸發整頁的PostBack,然後排序,但是在列頭上沒有一個顯示升序降序的表徵圖,這會讓終端使用者使用時很迷惑,因為不知道是升序了還是降序了,所以今天首先解決的第一問題就是升序降序在列上顯示表徵圖,第二要解決的問題是預設GridView按列排序只能排一列的,也就是不能進行多列排序,而在實際應用中僅僅按照一列來排序是不能滿足業務需求的,第三是GridView

ASP.net做的IP訪問限制

  偶做留言本的時候想起做這麼個,具體思路也許不好,做出來只是拋磚引玉,希望有更好的方法!  IP添加頁是用了一個ListBox, TextBox,兩個Button,而在其他的頁上則直接用當前IP對比資料庫中的IP,代碼如下!  限制IP添加頁HTML代碼<%@ Page Language="C#" AutoEventWireup="true" CodeFile="ip.aspx.cs" Inherits="admin_ip" %><!DOCTYPE html PUBLIC "

ASP.NET2.0中資料來源控制項之非同步資料訪問

  在第 1 部分和第 2 部分中,建立了 WeatherDataSource 控制項,該控制項針對 weather.com(英文)所提供的 XML API 來運行,使用 WebRequest 和 WebResponse 來通過 HTTP 訪問資料。迄今為止,均是同步訪問該服務。因此,頁面處理被阻止,直到 Web 請求完成為止。此方法對於測試頁面是有效,在小網站上也可能有效,但是在接收大量通訊流量的網站上則會慘敗;例如門戶頁面,天氣模組在其中可能非常常見。

ASP.NET:設定頁面buffer引出來的問題

  前幾天,在程式使用Respoonse.Redirect("a.aspx?f=9#12")的時候,發現在IE裡面,跳轉之後的頁面忽略了#之後的內容,奇怪的是在同一頁面向自己Redirect的時候,這個問題就不會存在,百思不得其解,有病亂投醫吧,上網狂搜了一把,有人說設定頁面Buffer為false可能解決這個問題,於是將a頁面的buffer設定了false,經過驗證,這個與上述問題不相干,但是一時疏忽,忘記了沒有將buffer修改過來,昨天項目發布,放到伺服器上發祥a頁面的執行時間大的驚人,頁

總頁數: 1638 1 .... 227 228 229 230 231 .... 1638 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.