其他

Configuration config = WebConfigurationManager.OpenWebConfiguration("~");ConnectionStringsSection cnnSection = (ConnectionStringsSection)config.GetSection("connectionStrings"); cnnSection.ConnectionStrings.Clear();

<%= 就是相當於<%response.write(content)<% 比如一些用來判斷的if什麼的<%# 就知道一些特定用途

模板頁中經常用到各種資源串連，比如stylesheet、圖片等，本來理所當然的連結的方式肯定是相對母片而言，結果事實上資源的定位是子頁面，所以帶來了很多麻煩，其實它很簡單，只要將它定製為服務端控制項並且用相對定位就可以了，下面是一個stylesheet的例子.<link href ="~\style.css" type ="text/css" rel ="Stylesheet" media ="screen" runat ="server"/>

HttpContext.Current.CurrentHandler as Page一直以來很困擾我的問題，終於知道了。一直知道Page和HttpHandler有很大關係，但是沒想到是這樣的，缺少交流就是這麼鬱悶啊。學習跟實際使用還是有很大距離的，知道但是用不出來的感覺真的很痛苦。

是一幅很普通的外鍵關係樣本，途中stu代表一個學生，category代表為學生建立的一個分類如：大學生、小學生、初中生。如果stu中的category_id不允許為空白，那麼在出入stu記錄前必須保證此category_id

前兩天看到dudu的文章發現應用訊息攔截可以集中進行許可權驗證，頓時非常興奮。可惜一搜發現大家都想到了，也是，這麼爽的事誰想不到呢。但是還有另外一個非常頭疼的許可權分配問題。我看到有人用枚舉，然後用位來區分許可權的資訊。好處是空間少，可以避免許可權的重合。還有人用Flags標識的枚舉，實現了許可權集合的快速判斷，非常爽，但是讓我猶豫的是它只能標識64種許可權，怎麼辦呢，其它方法不可能效能比它更好（比如用集合啥的，我這裡追求效能也是沒辦法的事，試想下如果我們的方法中一半以上都會用到許可權驗證，那這

Sybase PowerDesigner是一個“一站式”的企業級建模及設計解決方案，它能協助企業快速高效地進行公司專屬應用程式系統構建及再工程(Re- engineer)。 IT專業人員可以利用它來有效開發各種解決方案，從定義業務需求到分析和設計，以至整合所有現代 RDBMS 和Java、.NET、PowerBuilder和 Web Services的開發等。PowerDesigner是結合了下列幾種標準建模技術的一款獨具特色的建模工具集：商務程序建模、通過 UML

protected void Page_Load(object sender, EventArgs e) { string str = "asdf進雜貨"; Response.Write(GetChineseWords(str)); Response.Write("<br/>"); foreach (char c in str) { if

/// <summary> /// Gets the page. /// </summary> /// <param name="pageIndex">Index of the page.第幾頁，從1開始算</param> /// <param name="pageSize">Size of the page.每頁的大小</param> ///

版本：.NET Framework 3.5 = .NET Framework 3.0 + .NET Framework 3.0 SP1 .NET Framework 3.0 = .NET Framework 2.0 + .NET Framework 2.0 SP1 + WPF + WCF + WF + WCS 應用程式無論針對的是 .NET Framework 2.0、3.0 還是 3.5 版，都使用相同的程式集。.NET Framework 1.0、1.1 和 2.0

Button的產生其實不難，麻煩的是它的事件，我看了好多反編譯的代碼，還有網上很多人的代碼，跟我想的都不一樣，到現在對控制項的事件執行和回傳還有比較模糊，以後有時間需要好好研究下，只可惜沒有好的書，只能研究好代碼。言歸正傳，網上的控制項產生有個弊端就是所有事件都是通過複合控制項的事件屬性的形式實現的，所以無法動態增加Button這類控制項，但是如果是一個固定的群組控制項這樣做也挺好。My

ConfigurationBuilder類用來返回儲存區中當前配置設定。基於效能的考慮，當每一個配置節資訊從儲存區讀取後，ConfigurationBuilder將緩衝該配置資訊。只要緩衝資訊與底層儲存區資料保持一致，緩衝資訊將返回給應用程式。當Storage

最近看了好多玄幻的書，閑暇時思考起自己的學習經曆真是感慨良多。記得剛學.net時因為學長們也是才起步，而且我們甚至很多都沒有很好的電腦基礎。只是一味地在IDE中摸索實踐，很傻的拿本C#入門就開始了開發之路，多少次因為找不到拖拽的地方而痛哭，多少次明明知道可以實現的東西卻找不到相應的IDE操作，多少次因為不小心的拖拽把介面給搞亂了。長達一年的時間我就是這樣緩慢的學習，當我看到一本本好書時才醒悟，我一直以為的在實踐中學習的信仰是錯誤的，因為書籍帶來的知識是快速的而準確的，實踐帶來的經驗很寶貴但只是知

這個錯誤是因為檔案已被開啟，可能前者沒有設定共用許可權，或者後者沒有使用相同的共用許可權；我在使用FIle.create(path)的時候msdn的記錄如下：由此方法建立的 FileStream 對象的 FileShare 值預設為 None；直到關閉原始檔案控制代碼後，其他進程或代碼才能訪問這個建立的檔案。此方法等效於使用預設緩衝區大小的 Create(String, Int32) 方法重載。所以可以如此使用：(File.Create(fullFilePath)).Close ();

1）控制項產生時未添加rssButton類到當前屬性，導致css無法修改。BlogEngine.Web\App_Code\Controls\Blogroll.cs代碼： HtmlImage image = new HtmlImage(); image.Src = Utils.RelativeWebRoot + "pics/rssButton.gif"; image.Alt = "RSS feed for " + item.Name;

好久沒寫遞迴了，範了個很低級的錯誤，T。T下面這段話引自nobugsFindeControl所有容器有關（只搜尋當前的容器） MSDN的解釋： FindControl 方法可用於訪問在設計時其 ID 停用控制項。此方法只搜尋網頁的直接或頂級容器；它不在頁所包含的命名容器中遞迴搜尋控制項。若要訪問從屬命名容器中的控制項，請調用該容器的 FindControl 方法。那麼想當然的就是通過遞迴來找了，然後我自己寫了個結果不行，就是我開頭說的白癡錯誤。Rick Strahl有詳細的解釋，地址：

文章目錄 轉自Google協助：http://www.google.com/help/blogsearch/pinging_API.html通過 Google“部落格搜尋”Ping API, 使用者可以程式化的方式將部落格內容的更新通知給 Google“部落格搜尋”引擎。這對於經常更新部落格內容的使用者尤其有用。部落格服務提供者的管理員也可以利用此API將其平台上的部落格內容變化向 Google 通告，以便

由於建立的時候頭說明沒有所以必須加上，還有就是當使用Load方法的時候預設是需要根節點的，所以可以先Load一下字串:doc.LoadXml("<?xml version=\"1.0\" encoding=\"utf-8\" ?><root></root> ");然後儲存到已經建立的檔案裡就可以了；

先引用System.Configuration才能使用System.Web.Configuration.WebConfigurationManager.ConnectionStrings["SQL SERVER"].ConnectionString;

在真實的運行中的項目，當我們需要跟新時肯定是希望只跟新必要的程式集。web項目在預設編譯時間會根據每個頁面產生相應的程式集，還很噁心的加上隨機產生的串。其實MS是有它道理的，我也才剛剛發現，試想一下，我們的頁面可能存在於不同的檔案夾，但是編譯後都是存放在bin目錄中的，而不同的檔案夾很有可能會有相同名字的頁面例如Default.aspx、site.masterpage等，這個時候編譯就會出錯。MS提供了很強大的web發布工具（Web Deployment