ASP

    上一篇有同學說我說了等於沒說，呵呵，如果您有高見，歡迎您跟帖，不要說那些無意義的“說了等於沒說“之類的話，要知道並不是所有的人都像您那樣強啊！同時這篇會結合一些小例子，特別小的例子，呵呵！    資料訪問相關情境一：新增加記錄我們在設計增加一條記錄的時候，有時採用主鍵自增，有時在程式中產生，一般是return

        此課程本來是要和小組的兄弟們共同分享的.由於時間的關係沒有如願以償,今天就在網上和大家共同學習了.由不妥的地方請指出.1.  ViewState      

開篇，直入主題，先講分層！      分層的好處不必說大家都很了，通常我們會根據需要將程式分為表現層（網站，winform等），商務邏輯層，資料訪問層，為了靈活，我們還可能加上介面層或者說契約層等。    的的第一個項目程式是Winform，最後一個是asp.net Web application

1.使用OnClientClick屬性開啟用戶端指令碼,使用方法如下: js指令碼:   <script language="javascript" type="text/javascript">    <!--     function opensite()     {       window.open("http://www.cnblogs.com");       return true;      }        //-->   

在ASP.NET先對DataGrid分頁，主要有兩類方法1）每次分頁都重新從資料庫提取一下資料，然後綁定資料優點：每次返回的資料較少。缺點：訪問資料庫的次數太多，而且select語句需要特殊處理，比如用top關鍵字等（SQL Server）2）把資料儲存在session中然後每次分頁時從Session綁定到DataGrid優點：編程簡單，資料庫訪問次數少缺點：速度較慢，資料量大時佔用記憶體太厲害感覺真是鬱悶，難以抉擇，期望更好的辦法或者改進歡迎討論

1)對於實值型別的變數,Session中儲存的是實值型別的拷貝Session["__test0"] = 1;int i = (int)Session["__test0"]+1;int j = (int)Session["__test0"];結果i=2,j=12)對於引用類新的變數,Session中儲存的是引用CDACommon cda  = new CDACommon();Session["__test"] = cda.GetDataSet("select top 1 * from tb_cus

1.      url參數並非完全不能用由於url參數對於用戶端是明文形式，相當不安全，應盡量不使用url傳遞一些敏感的資訊。但因url參數是web畫面間交換資訊的重要途徑，故可以用url傳遞一些看上去無意義的文字。使用url參數的要求：a.url參數必須要通過urlDecode和urlEncode處理。b.url參數不能用于敏感資訊或機密資訊。（如果說對這些資訊加密後傳遞，這個效率不如直接用Session，代碼也不如寫Session簡便。）c.在取得url參數後必須經過資料有效性驗證後才能使用

     看到了一醉解千愁 的文章自訂ViewState的儲存方式 ,發覺沒有用過這個特性,趕緊試用了下,在我的自訂基類BasePage中覆寫屬性,就使用了系統內建的SessionPageStatePersister./// <summary>  /// 使用Session儲存頁的ViewState  /// </summary>  protected override PageStatePersister PageStatePersister  {   get   { 

本來標題應當是，利用.NET架構創作安全性網站。這是從MSDN上摘抄整理而來的，結合我自己的經驗之談。我看了有很多朋友都在嘗試寫出帶有登陸這樣功能的網站，其方法幾乎都是驗證使用者的登陸合法，然後發送一個表示驗證的Cookie，或者在session中儲存資訊以便於追蹤接下來的訪問授權，其實，這些細節化的操作，.NET都提供了一種非常有效解決辦法，能使你從繁瑣的安全驗證上解脫出來，而且，儘管你可能很小心地定義那些頁面不能被沒有許可權的人訪問，然而還有可能出現一些無法被檢查出來的漏洞讓他們跳過安全驗證

瘦子與胖子的故事                 ——WEB程式員的編程環境與任務                                                      馮驥才曾經譯過一篇故事，曰一城有一對朋友。一個胖得出奇，一個瘦得驚人。一開始胖子走俏。人曰胖子塊頭足，身壯力不虧，顯男人氣。一時間人皆趨胖，鼓腮挺肚、假裝胖子不乏其人；某日胖子找老友瘦子。見瘦子依舊細骨伶仃，便說：“現人人學我，你何不學？” 瘦子淡淡一笑：“等爾過勁，即到吾。”          過年有新說：

1.Session與DataSet互轉換（不建議）操作方法：Session["sss"] = ds;         //將DataSet對象儲存到Session中DataSet ds = (DataSet)Session["sss"];//強制類型轉換後得到儲存的dataset2.Session與ViewState的比較SessionViewState佔用伺服器資源truefalseTime

開卷有益？  ——隨想開篇     寫了六七年的ASP代碼，風起雲湧之際，不得以重啟爐灶，學起ASP.NET。     到書市轉了一圈，看到的最多的電腦書名有兩種：《N天輕鬆搞定*****》和《******大全》，前者讓我這規規矩矩地把編程當著一門科學的老傢伙汗顏，這編程怎麼就可以象某些明星一樣速成呢？懷著崇敬之心仔細拜讀，原來僅是對著圖片走馬觀花而已；後者讓我深感自己之淺薄，這輩子就沒認真仔細研究過這麼厚的磚頭，細細把玩，怎麼這麼眼熟？原來只是將MSDN

[ASP.NET入門隨想十一] 信客——事件架構    記得早年在鄉間，對外的通訊往來主要依靠一種特殊職業的人：信客。外出謀生的人多了，少不了要帶幾封平安家信、捎一點衣物食品的，那就用得著信客了。信客要有一點文化，知道各大碼頭的情形，還要一副強健的筋骨，背得動重重的行李。信客沉重的腳步，是鄉村和城市的紐帶。 ——餘秋雨《文化苦旅•信客》 ■一個饅頭引發的血案

   最近在做一個業務系統，在項目進行的過程中發現，需要不斷的修改->編譯系統->登入，發現這樣重複工作量太大了。   靜下心想想發現，這是asp.net程式Session預設儲存在IIS進程中，項目一編譯bin目錄檔案被改寫，IIS進程就會重啟，Session自然丟失，當然也要重新登入了。  

[ASP.NET入門隨想五] 金庸群“粒”傳 —— OO思想的對象與類        

[ASP.NET入門隨想四]吸星大法 ——頁面的OO思想篇         內力衡量人的武學修為，而逍遙派的北冥神功實在是寶貝，習此術之人，全身如同一個黑洞，瞬間就將他人一輩子的修鍊積累掠為已有，美名其曰“北冥大水，非由自生”、“百川匯海，海納百川”。        但虛竹卻不知學習此術需要散去原先功力，所以當他被無涯子完全化成一個空空如也的和尚時，禁不住放聲大哭。其實此舉絕對可以理解，對於一個練武之人而言，內功象徵積累，虛竹雖然笨了點，但二十幾年的積累，頃刻間說沒就沒，不啻於精神世界的毀滅。■

 我曾經成功地使用windows程式成功的建立了一批帶郵箱的域帳戶，但是，當我把這段代碼交給我的一個同事（她負責開發Web應用）遷移到asp.net中後，只能建立域帳戶，不能建立郵箱。為什麼呢？我們諮詢了微軟的工程師，他告訴我們，這是由於asp.net的許可權不夠，我們應該在asp.net類比使用者，這樣就可以成功建立。我將微軟的相關文章摘錄下來： 類比 IIS 驗證的帳戶或使用者若要在收到 ASP.NET 應用程式中每個頁的每個請求時類比 Microsoft Internet 資訊服務

[ASP.NET入門隨想七]主角與配角 ——OO思想的多態、介面與委託     曾幾何時，我們的父輩接受到的對美好生活的描繪是：“樓上樓下、電燈電話”，三十年過去了，電燈電話早已已成為我們老百姓家中生活必需品，但美好生活似乎還有更多的內涵。沉重的七大洲地殼板塊緩緩移動，挺拔的喜馬拉雅山慢慢增高，世界在變，唯一不變的是變化。 ■ 軟體開發的悖論 – 把變化變成計劃     在軟體開發活動的過程中，常被一個悖論所纏繞：不寫碼就搞不清該做什麼；搞不清做什麼又不知道該如何寫碼。    

抽象的力量 ——WEB程式編程思想的演化                                     小時看過一故事：三書生欲進京趕考，問一老僧三人前景如何，老僧端坐如山，最後緩緩伸出一指。於是三書生路上爭論不休，不明老僧指哪一人會黃榜題名，不料後來三人同時高中，高興之餘，不禁對老僧的權威起了疑心。三人衣錦返鄉後，追問老僧，老僧及端坐如山，緩緩曰：一指表示三人皆中，三人立馬暈倒。 ■ ASP的編程思想 - 寫八股文        

大航海家 ——OO思想的類間關係              多隆云：我和韋春花的關係是很純潔的；網易稱其和迷蝶女友的關係是培訓雙向選擇制；楊振寧言《易經》思想阻礙了中國近代科學的發展；邏輯學家論：概念間的關係有五種，即同一、包含、交叉、分離、互斥。而康托爾卻認為：關係是有序偶。 ■ 我要懶+笨 - 程式設計的終極目標