Time of Update: 2018-12-06
前言 我們知道MVC項目各部分職責比較清晰,相比較ASP.NET
Time of Update: 2018-12-06
原文
Time of Update: 2018-12-06
原文http://www.cnblogs.com/xtechnet/archive/2012/06/06/2537979.html測試發布到虛擬目錄中時發生的報錯現象,由於不支援asp.net相容性而導致服務無法啟用啟用錯誤資訊:The service cannot be activated because it does not support ASP.NET compatibility. ASP.NET compatibility is enabled for this
Time of Update: 2018-12-06
轉自
Time of Update: 2018-12-06
前言在http://www.cnblogs.com/aehyok/archive/2013/04/07/3006438.html這篇隨筆中,我簡單的介紹了,asp.net
Time of Update: 2018-12-06
在ASP.Net中最為頭痛的可能就是列印設定了。為了這個問題,我都要熬白頭了。網上也找了很多代碼,但是總是會存在一些問題。根據我自己的實際實驗發現不能用,為找不到對象之類的錯誤提示。這裡給出兩種實際可用的方法:一。通過註冊表修改IE列印設定<HTML> <HEAD> <TITLE>New Document </TITLE> <META NAME="Generator" CONTENT="EditPlus"> <META
Time of Update: 2018-12-06
幾乎每個網站裡,為了方便使用者在網站中進行頁面導航,都少不了使用頁面導航控制項。有了頁面導航的功能,使用者可以很方便地在一個複雜的網站中進行頁面之間的跳轉。在以往的WEB編程中,要寫一個好的頁面導航功能,並不是那麼容易的,也要使用一些技巧。而在asp.net
Time of Update: 2018-12-06
最近工作之餘在玩google app engine,這是google提供的5G免費空間(1個應用500M*10個應用=5G),它目前支援兩種語言開發(python、java),這是我用其架設的blog,可以綁定次層網域(據說一開始還支援綁定頂級網域名稱,像ucoolweb.com這樣,現在不支援了)。由於python、java不是我熟悉的語言,所以打算上網找找還有沒有支援asp.net的空間,當然最好也是大公司提供的,就像google提供的google app engine。結果還真找到了一個,
Time of Update: 2018-12-06
搞程式的人都知道變數的命名不要與語言關鍵字衝突,我今天還遇到一個ASP.NET WEB控制項命名帶來的問題,這個問題容易把人搞蒙。我建立了一個名為“File.aspx”的頁面,並在字碼頁使用“File”類,按照常規操作,先在字碼頁頁頭匯入“System.IO”命名空間,結果在代碼本文發現File類點不出其常見的方法來,即使手動書寫一段正確的File類作業碼,都是無法編譯通過的,會報File類後面加的那個方法不包含在File類中,這段出錯的代碼如下: Code highlighting
Time of Update: 2018-12-06
ASP.NET常見安全問題 一、SQL語句漏洞 許多程式員在用sql語句進行使用者密碼驗證時是通過一個類似這樣的語句來實現的: Sql="Select * from 使用者表 where 姓名 = '" + name + "' and 密碼 = '" + password + "'" 通過分析可以發現,上述語句存在著致命的漏洞。當我們在使用者名稱稱中輸入下面的字串時:test' or '1' = '1,然後口令隨便輸入,我們設為aaa。變數代換後,sql語句就變成了下面的字串: Sql="
Time of Update: 2018-12-06
首先簡單介紹一下 WCF 是什麼,然後再對 WCF 和 Asp.net Web service 做個比較。 Windows Communication Foundation (WCF) 是用於構建面向服務的應用程式的架構。藉助 WCF,可以將資料作為非同步訊息從一個服務端點發送至另一個服務端點。服務端點可以是由 IIS 承載的持續可用的服務的一部分,也可以是應用程式中承載的服務。終結點可以是從服務端點請求資料的服務用戶端。訊息可以是從以 XML
Time of Update: 2018-12-06
轉自http://firechun.blog.163.com/blog/static/31804522201103133832931/在Edit和Create表單中有一個很嚴重的問題:沒有做任何驗證。我們可以試一下讓必要欄位為空白或者在價格欄位中輸入字母,我們將會看到一個來自資料庫的錯誤。為應用程式的模型類添加資料註解(Data Annotations)讓我們對資料進行驗證變得很容易,資料註解可以讓我們描述要應用到模型屬性上的規則,ASP.NET
Time of Update: 2018-12-06
轉自http://www.cnblogs.com/think8848/archive/2011/03/19/1988690.html在上兩篇(1,2)中提到了如何在應用程式項目中使用資源檔的問題,還沒有測試在調用其他ClassLibrary中資源檔的情況,今早起來還按照以往ASP.NET項目中的作法做個測試使用資源檔:public class Class1{ public string GetTT() { return
Time of Update: 2018-12-06
WebApplication編程模型的優點:●網站編譯速度快,使用了增量編譯模式,僅僅只有檔案被修改後,這部分才會被增量編譯進去。●產生的程式集 WebSite:產生隨機的程式集名,需要通過外掛程式WebDeployment才可以產生單一程式集 WebApplication:可以指定網站項目產生單一程式集,因為是獨立的程式集,所以和其他項目一樣可以指定應用程式集的名字、版本、輸出位置等資訊●可以將網站拆分成多重專案以方便管理●可以從項目中和原始程式碼控制中排除一個檔案
Time of Update: 2018-12-06
轉自
Time of Update: 2018-12-06
轉自http://www.cnblogs.com/think8848/archive/2011/09/14/2175432.html 轉載請註明作者(think8848)和出處(http://think8848.cnblogs.com)依照本人慣例,開篇先說些與主題無關的話:本來打算把寫部落格的這個習慣堅持下去,就算不能出精品,也能出一些水貨,對於某些小問題提供點解決方案,但是今年的8月真可謂是多事之“秋”,很多事情都湊到一起去了,幾乎沒有時間學習新的東西,更別說去寫部落格了,9月眼看要過去一半
Time of Update: 2018-12-06
轉自 http://firechun.blog.163.com/blog/static/3180452220110270937467/本文轉自http://www.asp.net/mvc,由本人翻譯整理。1 月31日補充:打算在公司的新項目中使用MVC,因此想把這篇文章翻譯過來,做為公司開發小組的參考資料。最初看到這篇文章時,作者是用MVC 2實現的,但現在已經是針對MVC
Time of Update: 2018-12-06
轉自http://firechun.blog.163.com/blog/static/3180452220110272197830/在傳統的Web架構中,URL總是映射到磁碟上的檔案。例如:一個類似於“/Products.aspx”或“/Products.php”的URL可能由“Products.aspx”或“Products.php”檔案來處理。在基於MVC的Web架構中,URL的映射有一些不同,映射到檔案被替換成映射到類中的方法,這些類被叫做的“Controllers”(控制
Time of Update: 2018-12-06
win2003+vs2010下安裝asp.net
Time of Update: 2018-12-06
文章目錄 為專輯表單增加驗證測試用戶端驗證 轉自http://www.cnblogs.com/haogj/archive/2011/11/16/2251920.html在前面的建立專輯與編輯專輯的表單中存在一個問題:我們沒有進行任何驗證。欄位的內容可以不輸入,或者在價格的欄位中輸入一些字元,在執行程式的時候,這些錯誤會導致資料庫儲存過程中出現錯誤,我們將會看到來自資料庫的錯誤資訊。通過為模型類增加資料描述的