ASP

動態次層網域的實現:應用情境：目前產品要實現SaaS功能，因為工作需要實現次層網域:www.{CompanyUrl}.xxx.com假設產品主網域名稱入口為：www.xxx.com當a公司租戶登入時：www.a.xxx.com當b公司租戶登入時: www.b.xxx.com首先想到的是對Url的重寫：（網上有關於UrlRewrite的實現。在ASP.NET中這也是常用的手法。）Route簡介：ASP.NET路由可以不用映射到網站特定檔案的URL.由於該 URL

五一前後一直在忙安卓的東西，直到現在終於有機會喘口氣了，於是就抽空寫了這篇博文，來記錄我之前 學習MVC一周后所寫的小例子：搜尋淘寶商品並對商品進行價格篩選。先上開始介面:這 個介面的源碼如下:@{ ViewBag.Title = "首頁";} <script src="@Url.Content("~/Scripts/jquery.validate.min.js")"

在做註冊介面的時候，出現了兩個錯誤，讓我糾結得想死，幸好最後都解決了，只能怪自己對MVC的 Membership瞭解得不深，尤其是有關Web.Config的配置問題。問題一：Membership.IsValid返回為 false這個問題一開始讓我很無語，因為在之前也有做過註冊介面，但並不會出現這樣的問題，代碼 如下:[HttpPost] public ActionResult Register(RegisterModel model) { if(

昨天有位同學問到關於在routes集合中添加自訂的路由執行個體的問題，她出現的問題是這樣的：1.因為要在應用程式戾動時將執行個體添加到routes表中，所以需要把代碼寫在Global類的RegisterRoutes方法中，代碼如下兩種方式：   routes.Add("s", new Route("a/b", new WebFormRouteHandler("~/WebForm1.aspx"))); 

Apple的市集現已有超過50萬的應用，Android也接近這個數字，而新貴Windows Phone近期也超過了5 萬，並且還在快速發展中。行動裝置 App行業：市場分化帶來的挑戰在這個令人振奮的背景下，我 們能夠確信，不久的將來移動平台上將出現大量行業應用。與機遇相隨的是，行動裝置 App開發也將面臨著它自身 的一系列挑戰。主要的挑戰之一是市場分化的問題。2012第三季度的調查顯示，移動作業系統市場的

以下通過一個ASP.NET的Demo，希望能使您加深對多態的理解。現在的需求是這樣子（當然該需求 是藉助於最近的項目中碰到的問題），在該系統中的流程管理中，有兩個頁面，一個顯示的是我本人發起的審 批列表，另一個是等待我進行審批的列表，他們的查詢以及列表顯示和查看審批曆史等均一致，唯一不同的是 待審批還有一個可執行審批動作的一列，但是不同的人或者在不同的應用（我在這裡假設該系統是有多個應用 的複雜系統）裡面擷取到列表的列是不一樣的，所以需要使用動態列，當然這些資料來源我在這裡不贅述，為

在前一篇文章中，主要討論了使用HTTP基本認證的方法，因為HTTP基本認證的方式決定了它在安全性方面 存在很大的問題，所以接下來看看另一種驗證的方式：digest authentication，即摘要認證。摘要認 證原理在基本認證的方式中，主要的安全問題來自於使用者資訊的明文傳輸，而在摘要認證中，主要通 過一些手段避免了此問題，大大增加了安全性。下圖為摘要驗證的驗證原理流程圖。

概述REST(Representational State Transfer具象狀態傳輸)而產生的REST API的討論越來越多 ，微軟在ASP.NET中也添加了Web API的功能。我們看dudu的文章HttpClient + ASP.NET Web API, WCF 之外的另一個選擇知道了部落格園也開始使用了Web API，且在使用Web API Beta版本的時候遇到了這個問題： 癡情意外：ASP.NET WebAPI RC 竟然不支援最常用的json傳參。我們剛好看看Web

由於CodeSmith的代碼模板使用了和Asp.Net類似的文法，因此如果要使用CodeSmith 模板產生Asp.Net指令碼時比如“<%” 就碰到了問題， <% 會被CodeSmith解釋成CodeSmith自己的標記，因此需要使用轉義標籤來代替需要插入到Asp.Net代碼中的 標籤。具體方法是使用 <%% 來替換需要產生的Asp.Net中的 <%標記。比如我們要產生如下的Asp.Net代碼 ：<asp:FormView

當 ASP.NET 首次在 2002 年發布時，時代有所不同。 那時，Internet 仍處於起步階段，大約有 5.69 億 使用者，每個使用者平均每天訪問 Internet 的時間為 46 分鐘，大約有 3 百萬個網站。 僅僅在 10 年之後，相 同的測量指標揭示，大約有 22.7 億個 Internet 使用者，每個使用者平均每天訪問 Internet 的時間為 4 小時 ，大約有 5.55 億個網站（請參閱

一 前言介面支援多種語言，在使用ASP.NET內建的多語言方案時遇到下列問題：在做管理類的功能時，有添加、修改和查看頁面，需要支援多語言的控制項基本相同，但要維護多處，產生 冗餘（ASP.NET有共用的資源，但它是全域的，不能分 模 塊，我們不能所模組的資訊入在全域資源中）；在頁面中必須要指定資源檔中的KEY；當頁面慢來慢多時，頁面與資源的匹配實在難以維護；所以我認為一個理想的支援多語言架構，需要有以下特性：分模組解決資料冗餘問題；自動匹配頁面與資源檔之間的聯絡；易於維護，能通過頁面快速定位

一、什麼是偽靜態定義：動態網頁通過重寫URL的方法實現去掉動態網頁的參數，但在實際的網頁目錄中並沒有必要實現存在 重寫的頁面。例如：我們當訪問地址http://www.cnblogs.com/ForEvErNoME/archive/2012/06/05/2529259.html時，你 會認為在站台伺服器下存在名為2529259.html檔案，其實實際上它可能是不存在的，而可能你看到的內容是通

如果深入探討有關編寫行動裝置網站的常識性考慮因素，會發現其中有一種內在矛盾。一方面，客戶在其 編寫應用程式和網站的方法中強烈要求（或樂於要求）移動優先。另一方面，同一些人又經常稱讚 CSS 媒體 查詢和流體布局。我所發現的矛盾在於經常利用 CSS 媒體查詢和流體布局並未在其他內容之前優先處理移動 方面，它不是一種移動優先的方法。在本文中，我將介紹如何使用伺服器端邏輯為給定裝置呈現最佳的顯示效 果，並介紹 ASP.NET MVC 4 的一種新功能，稱為顯示模式。問題不在於 CSS

1：資料的多語言：在QBlog裡，資料的多語言，我是分成兩種方案一起處理：A：多條資料，文章資料，用一個語言欄位來標識該條資料為何種語言。B：對於其它資料，標題，公告等，用一個[#LangSplit]標識來分隔前後兩種語言。不過現在的方案有點不同，看如下圖：看到大量的Xml欄位了吧，這就是上一個項目繼承而來的精華，在項目裡動不了事實存在。關於表名和欄位命名方式，走的是國際範，大夥不要學。針對Xml，需要有一小套處理方案：資料庫以Xml欄位存檔多語言，格式為：<ML V="1.0&

PostBack機制什麼是Postback？IsPostBack的作用是什嗎？PostBack機制是ASP.NET特有的機制，為什麼說特有，我們從web請求和響應說起。web的基本原理就是請求和響應。以asp為例，Browser端的HTML文本，以及javascript代碼，運行後向 server端發送script，server端的.asp指令碼，接受request，處理後發出respond。這種server端script和

基於ASP.NET MVC

ASP.NET Routing模組的責任是將傳入的瀏覽器請求映射為特有的MVC controller actions。使用 預設的Route Table當你建立一個新的ASP.NET MVC應用程式，這個應用程式已經被配置用來使用ASP.NET Routing。 ASP.NET Routing 在2個地方設定。第一個，ASP.NET Routing 在你的應用程式中的Web設定檔（

建立一個路由約束(C#)你能夠使用路由約束來限制匹配一個特殊路徑的瀏覽器請求。你能夠使用一 個Regex來制定一個路由約束。例如，假設你已經定義路由如下：Listing 1 - Global.asax.csroutes.MapRoute(   "Product",   "Product/{productId}",   new {controller="Product",

(一)MVC1版本的ViewEngine從上圖，我們可以知道：（1）當用戶端發送請求時，DefaultControllerFactory根據RequestContext對象 和ControllerName來產生我們的Controller。Controller的ViewDataDictionary將儲存相關的資料，並且通過 ViewEngine傳遞給View。public virtual IController CreateController(RequestContext

CLR(COM伺服器)CLR作為一個COM伺服器實現在MSCorWks.dll檔案中。安裝.NET Framework時，表示 CLR的COM伺服器被註冊到Windows的註冊表裡。MSCorEE.dll（墊片）MSCorEE.dll的職責是判 斷建立何種版本的CLR。 非託管應用程式宿主調用MSCorEE.dll(shim)中CorBindToRuntimeEx函數或者另一個 相似的函數來建立CLR COM的執行個體。    一台機器可以安裝多個版本的CLR，但在機器中只