ASP.NET MVC3 系列教程 - 部署你的WEB应用到IIS 6.0
ASP.NET MVC3 系列教程 - 部署你的WEB应用到IIS 6.0
I:ASP.NET MVC3 部署的前期工作
1.确认部署的服务器操作系统环境
首先我们确认服务器的操作系统版本可以从系统命令行工具里输入: systeminfo 获取相关操作系统信息例如然后再确认IIS版本信息 -& 打开IIS管理工具即可接着确认.NET Framework的版本可以在系统命令行工具执行:cd /d %windir%\Microsoft.NET\Frameworkdir \O&
2.选择部署方案
部署方案目前就个人而言,将归纳为 3 种方案A:带源代码文件的部署方案(仅适用于Web Site)B:不带源代码文件的部署方案(适用于Web Site/Web Application)C:不带源代码文件 并 提前经过 ASP.NET预编译 的部署方案(适用于Web Site/Web Application)
3.认识Temporary ASP.NET Files目录
我不清楚在座的读者有多少人认识这个目录,所以在此我还是简单地提及一下,篇幅不会很长,即使已经了解这个目录的读者也可以顺便看看回忆回忆巩固下基础也可!它的位置位于C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files用于存放经ASP.NET引擎编译过后的页面程序集文件.(注意:v4.0.30319为.NET版本号,具体的请根据实际情况去作相应的调整!)上图代码一个普通的页面代码.然后交由ASP.NET引擎处理后变成下图的程序集文件
4.自定义Temporary ASP.NET Files目录位置
很简单,只需修改一下web.config的配置就可以了
&system.web&
&compilation debug="true" targetFramework="4.0" tempDirectory="e:\xxx\"&
&assemblies&
&add assembly="System.Web.Abstractions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31BF" /&
&add assembly="System.Web.Helpers, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31BF" /&
&add assembly="System.Web.Routing, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31BF" /&
&add assembly="System.Web.Mvc, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31BF" /&
&add assembly="System.Web.WebPages, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31BF" /&
&/assemblies&
&/compilation&
&!-- .... --&
&/system.web&
II:将ASP.NET MVC3的应用部署到IIS 6.0
1.IIS 6.0的相关设置
其实很简单不需要像网上说的什么.mvc后缀设置映射处理程序什么的.确保IIS 6.0能处理ASP.NET 4.0然后在为具体的站点的ASP.NET版本设置为ASP.NET 4.0接着设置IIS为直接走ASP.NET ISAPI接着设置应用程序扩展影射最后
摘要: .NET Form程序中使用控制台(console)作为输出窗口
---------------------------------------------------------------------------------------- 本文链接:
很久就想写了，一直觉得太简单了，可能没什么技术含量，不过也希望给在做电子商务网站的朋友有一定帮助。
在电子商务越来越发达的今天，第三方支付网关也越来越多，虽然第三方支付的公司很多
[原文发表地址]
Hilo: Windows 7 development walk-throughs
[原文发表时间] 9 Jul
Windows 7 中引入了一系列新的用户功能，让应用程序的使用变得更加方便。因此，开发人
下面是我点击文字按钮的代码，先保存已处理的图像到指点位置，再弹出文字编辑窗体。当文字编辑窗体Form6中编辑完成后再保存一次，然后又在主窗体中显示保存后的图像。编译是通过了，都是点击那个
摘要: 发现大家都做项目，其中很多人是做政府项目的。我在正文提到的是企业项目。不少网友反映说，政府和企业不同，有些做法不能用。今天我想说说政府和企业项目的差别在哪里，让大家可以区别对
Unlike the
control, the
control does not render any additional html tags thats why the best practice says: never use the ASP.NET Label control when a Literal can
If you work with a large number of applications then you know what a pain it can be to manage multiple web.config files and multiple connection strings for development, staging/te
There is much discussion about What
really stands for. Most of the things discussed were very fluffy in their description and mostly meant some state of mind and opennes
从开年之后,觉得自己体内火气很旺经常心烦意躁,觉得肺里胃里肝里都有一股虚火,今天一早同事看我在泡夏枯草问我怎么老喝下火的东西越喝火越旺,心中猛然惊醒赶紧查了下医术,原来我是阴虚火
Sometimes you lose way too much time on the stupidest little things. Maybe this post will save someone else some aggravation.
Using * declarative * syntax, I wanted to create a
Powered by
[ RssXN(build:
070517 Asp.net 2.0)]
每隔1小时自动更新一次ASPNET_MVC_Framework4.5转4.0_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
评价文档：
喜欢此文档的还喜欢
ASPNET_MVC_Framework4.5转4.0
因​为​目​前​很​多​服​务​器​不​支​持​F​r​a​m​e​w​o​r​k.,​所​以​用.开​发​的​项​目​要​将​成.,​本​文​就​是​介​绍​如​何​将.降​成.的
阅读已结束，如果下载本文需要使用
想免费下载本文？
把文档贴到Blog、BBS或个人站等：
普通尺寸(450*500pix)
较大尺寸(630*500pix)
你可能喜欢――我要分享――
Asp.Net MVC4.0 官方教程 入门指南之八
Asp.Net MVC4.0 官方教程 入门指南之八--为Movie模型和库表添加字段 在本节中，您将使用实体框架代码先行迁移功能对模型类进行修改，并使修改应用到数据库中。 默认情况下，当您使用实体框架代码先行自动创建一个数据库，像你在本教程前面做的那样，代码首先
之八--为Movie模型和库表添加字段
在本节中，您将使用实体框架代码先行迁移功能对模型类进行修改，并使修改应用到数据库中。默认情况下，当您使用实体框架代码先行自动创建一个数据库，像你在本前面做的那样，代码首先添加一张表到数据库中，以帮助跟踪数据库架构是否是同步的模型类是产生的。如果它们不同步，实体框架抛出一个错误。这使得它更容易在早期开发时跟踪发现问题，否则，你可能在运行时发现隐晦错误。为模型修改建立代码先行迁移如果您使用的是Visual Studio 2012，在&解决方案资源管理器&中双击Movies.mdf的文件，打开数据库工具。Visual Studio Express for Web将显示&数据库资源管理器，Visual Studio2012将显示&服务器资源管理器&。如果您使用的是Visual Studio 2010中，使用SQL Server对象资源管理器。在数据库工具中，在MovieDbContext上右键点击并选择删除。回到解决方案资源管理器。在 Movies.mdf file文件上右键单击并选择删除。
译者注：此处看上去很费解，事实上，第一步实际执行的操作是删除数据库链接，弹出的删除确认提示也说明了这一点，第二步则是在解决方案管理器里真正删除数据库文件。
生成应用程序，确认没有编译错误。在vs2012工具菜单里，点击&库程序包管理器&-》程序包管理器控制台在控制台的PM&标记后，输入&Enable-Migrations -ContextTypeName MvcMovie.Models.MovieDbContext&&输出如下信息：PM& Enable-Migrations -ContextTypeName MvcMovie.Models.MovieDbContext正在检查上下文的目标是否为现有数据库...已为项目 MvcMovie 启用 Code First 迁移。PM&上面的Enable-Migrations命令创建了一个新的Migrations文件夹，并在该目录下创建了Configuration.cs文件。使用Visual Studio打开Configuration.cs文件。使用以下代码替换Seed方法内容：
Seed(MvcMovie.Models.MovieDbContext context)
context.Movies.AddOrUpdate(
m =& m.Name,
,Date=DateTime.Now },
, Date = DateTime.Now },
, Date = DateTime.Now }
以上代码需要类中导入名称空间using MvcMovie.M代码先行迁移机制在每次迁移后调用Seed方法，如果存在行数据，则该方法更新现有数据，如果不存在，则该方法插入数据。按下CTRL+SHIFT+B来生成项目（如果此处不执行此生成操作，后续的步骤会失败）下一步是创建DbMigration 类来初始化迁移。迁移将创建一个新的数据库，这也是在前面步骤中删除数据库文件的原因。在程序包管理器控制台窗口，输入命令"add-migration Initial"来创建初始迁移。其中Initial可以是任意名称，用来标识创建的初始文件。控制台输出如下：
PM& add-migration Initial正在为迁移&Initial&搭建基架。此迁移文件的设计器代码包含当前 Code First 模型的快照。在下一次搭建迁移基架时，将使用此快照计算对模型的更改。如果对要包含在此迁移中的模型进行其他更改，则您可通过再次运行&Add-Migration 227_Initial&重新搭建基架。PM&
代码先行迁移机制在Migrations文件夹下创建另外一个类文件，文件名为时间戳+下划线+ Initial.cs，例如227_Initial.cs，该类包含了创建数据库架构的代码。迁移文件名预置为时间戳有助于排序。查看该文件，包含了创建Movie库表的说明。当你更新数据库时，该类将被执行，创建数据库架构。随后，Seed方法将被执行，测试数据被添加其中。
在程序包管理器控制台窗口，键入"update-database"命令来创建数据库和执行Seed方法。PM& update-database指定&-Verbose&标记以查看应用于目标数据库的 SQL 语句。正在应用基于代码的迁移: [227_Initial]。正在应用基于代码的迁移: 227_Initial。正在运行 Seed 方法。PM&
如果遇到表已存在的错误而不能创建，很可能是你删除数据库后，执行update-database前运行了应用程序（重新编译程序，自动创建了数据库）。这种情况下，再次删除数据库文件，并执行 update-database命令。如果仍然出错，删除migrations目录和内容，重新开始本教程操作。
运行应用程序，导航到 /Movies 地址。种子数据显示出来了。
译者注：此处的种子数据，实际上指的是一些库表创建后添加的一些测试数据或者系统初始化数据，如系统参数，部门的根目录等。
为Movie模型增加评价属性为已存在的影片类增加评价属性。打开 Models\Movie.cs文件，增加Rating属性如下public string Rating { }通过生成菜单或者CTRL+SHIFT+B快捷键编译应用程序。现在你已经更新了模型类，同样需要更新 \Views\Movies\Index.cshtml 和\Views\Movies\Create.cshtml 视图模板。打开\Views\Movies\Index.cshtml 文件，在Price列后增加列标题&th&Rating&/th&。然后在模板结尾附近增加&td& 列标签。Create视图中也做相应修改，此处不再详细描述。现在你已经更新了程序代码来支持新增的评价属性。运行程序并导航到 /Movies ，你会发现以下错误：支持&MovieDbContext&上下文的模型已在数据库创建后发生更改。请考虑使用 Code First 迁移更新数据库(?LinkId=238269)。
发生该错误的原因是你在程序中更新了Movie模型类，与已存在的数据库中的Movie库表结构不同（数据库Movie表中没有Rating列）。
解决此问题，有以下几种方法：1.&令 Entity Framework依据新模型类架构自动删除和重新常见数据库。该方法非常适用于开发在测试数据上进行动态开发；可以使你快速演化模型和数据库表结构。不过，其缺点是，会丢失当前数据库中已存在的数据&因此你不想在生产数据库上使用这种方法。在测试数据库上采用初始化器来自动产生数据库通常是一种高效开发应用程序的方式。想查看更多关于Entity Framework初始化器方面的信息，请参阅Tom Dykstra写的 ASP.NET MVC/Entity Framework tutorial.2.&显式地修改现有的数据库架构，以便它匹配模型类。这种方法的优点是保留了现存数据。你可以通过手动或者创建一个数据库脚本来做变更。3.&使用代码先行迁移来更新数据库架构在这个课程中，我们将使用上面所说的第三种方式，即代码先行迁移更新Seed方法，使其为新增的列提供值。打开Migrations\Configuration.cs文件，为每个Movie对象增加Rating值。生成解决方案，然后打开库管理器控制台窗口，输入以下命令add-migration AddRatingMigadd-migration 命令告诉迁移框架对比当前模型和库表结果差异，生成必要的代码来使库表跟模型适配。AddRatingMig名字可以是任意的，只是迁移文件的标识符。采用有意义的名字有助于迁移操作。当命令执行完毕后，Visual Studio打开类文件，创建了新的DbMIgration 类，在其Up方法里，你可以看到创建新列的代码。
AddRatingMig : DbMigration
AddColumn(, , c =& c.String());
DropColumn(, );
生成解决方案，库管理器控制台窗口输入"update-database"命令。PM& update-database指定&-Verbose&标记以查看应用于目标数据库的 SQL 语句。正在应用基于代码的迁移: [020_AddRatingMig]。正在应用基于代码的迁移: 020_AddRatingMig。正在运行 Seed 方法。PM&运行应用程序，导航到/Movies，你将看到新增的Rating列同样，你需要修改Edit和Delete视图，增加Rating属性。你可以再次在库管理器控制台里输入"update-database&命令，发现没有修改被应用，因为当前数据库表结构跟模型匹配。在本节中，你学习了如何修改模型对象，并保持与数据库同步。同时学习了如何创建带有示例数据的数据库的方法。下面我们将学习如何为模型类添加验证逻辑使业务规则生效。译者注：本文说的比较零散，在此做下总结，要使用代码先行提供的迁移功能来保证模型和数据库自动匹配，需要在库程序包管理器里依次执行以下命令：1.启用迁移功能：Enable-Migrations -ContextTypeName MvcMovie.Models.MovieDbContext2.建立初态：add-migration Initial3.自动比对差异生成迁移类：add-migration AddRatingMig4.将迁移应用到数据库：update-database在实际的项目开发过程或者维护过程中，因为业务需求或者设计的变动，经常需要对库表增删字段，在项目团队多人合作方式开发情况下，很容易遗漏对数据库的修改，而迁移功能就很好地保证了这一点，&自动&记录了模型变动需要对库表进行的变更操作。&&本教程所有文章导航&本系列共10篇文章，翻译自 MVC4 教程，由于本系列文章言简意赅，篇幅适中，从一个示例开始讲解，全文最终完成了一个管理影片的小系统，非常适合新手Asp.Net MVC4，并由此开始开发工作。&原文供9篇文章，译者将其中第6篇拆成了2篇&1. Asp.Net MVC4 入门介绍&& 原文地址：&& 译文地址：&2. 添加一个控制器&& 原文地址：&& 译文地址：&3. 添加一个视图&& 原文地址：&& 译文地址：&4. 添加一个模型&& 原文地址：&& 译文地址：&5. 从控制器访问数据模型&& 原文地址：&& 译文地址：&6.查看Edit方法和Edit视图&& 原文地址：&& 译文地址：&　　　　　&&&7.&为Movie模型和库表添加字段&& 原文地址：&& 译文地址：&8.&为模型添加验证&& 原文地址：&& 译文地址：&9.&查看Detail和Delete方法&& 原文地址：&& 译文地址：&
搜索相关文章：(责任编辑：51自学网)
顶一下(0)0%踩一下(0)0%------分隔线----------------------------上一篇： 下一篇：
发表评论评价:中立好评差评
发表评论 最新评论
【IT168技术】无论从数据量还是访问量，OceanBase不再能够是一个单机系统，即使一台单...
错误载图 解决方法： 1.直接把己有数据库复制到sql安装目录下C:/Program Files/Micros... 单击工具栏上的“视图”按钮，切换回表的设计视图，开始为表设置主键。第五课的课后补... 在使用数据库向导建立数据库之前，必须选择需要建立的数据库类型。因为不同类型的数据...
编号：30382 书名：数据库的知识产权保护(上大法学文库) 作者：许春明著 出版社：法律... 正文 字体大小： 中 Python数据库编程入门教程 ( 21:02:27) 标签： itpypyo... 热点内容ASP.NET MVC 4.0 新功能 – Web API 及 Mobile 開發
ASP.NET MVC 4.0 新功能 – Web API 及 Mobile 開發
ASP.NET MVC 4.0 新功能 – Web API 及 Mobile 開發作者：朱明中 (微軟 MVP 最有價值專家) ASP.NET MVC 可說是除了 Web Form 以外，開發 Web 應用程式最好的選擇，它擁有 Model-View-Controller 分離的設計架構，開發人員能在不同的模組內開發自己的功能，不需擔心耦合度的問題，MVC 在架構上也非常適合大型 Web 應用程式的發展。MVC 經過了三個版本的磨練，架構上已十分成熟，而未來 MVC 4.0 會有哪些新的東西呢？咱們一起來了解。Web APIASP.NET MVC 在架構設計之初，就已經決定 View 是獨立的，Controller 透過 ActionResult 物件與 View 溝通或生成回應的資料，讓剛接觸 MVC 但熟悉 Web Form 的開發人員非常的不習慣，View 回歸到由程式開發人員完全操控，不再有控制項與事件模型等，讓 MVC 應用程式的速度大幅提升，不再有 ViewState 和 ControlState，應用程式 View 的大小也大幅減少，開發人員亦可主導輸出的 View 資料類型，簡單的說，我可以決定要讓 View 是 HTML，也可以讓 View 是 PDF/CSV/PNG/TXT 等不同的資料格式，再加上它沒有厚重的狀態資訊要傳遞，所以 MVC 架構比 Web Form 更適合開發HTTP服務。近幾年來，隨著 Google 的堀起與 Facebook 的流行等，網路上的 HTTP API 呈現爆炸性的成長，2009 至 2010 間，API 數量由1,628 個增加到 2,647 個，目前的 API 數量為 5,921 個，較 Windows API 的函數數量要更多，顯見 HTTP API 已經是網路服務開發中必備的一個終端點（endpoint），除了原有的應用程式或架構外，Web Service 幾乎完全被 HTTP API 所取代，微軟也改寫了許多現有使用 Web Service 的網路服務，改用 HTTP API 的作法（例如 Windows Azure 的 Storage APIs 與 Service Management APIs）。ASP.NET MVC 當然不會自外於這股潮流，在 MVC 4.0 中，微軟對 HTTP API 開發的解決方案，稱為 Web API。Web API 在架構上其實也只是 MVC Controller 的一份子，只不過它擁有預設的 Routing，也擁有自己特殊的功能。Web API 是由 System.Web.Http 命名空間的 ApiController 為基礎，就像在 MVC 中開發 Web 應用程式一樣，撰寫 API 就像在撰寫一般網頁應用程式一樣，相同的 Action，相同的 HTTP 動詞，相同的資料處理方式，與 MVC 開發方法如出一轍，那和一般Web 網頁開發的最大差異是，它的輸出方式不再是 ActionResult，而是可直接利用物件、IEnumerable &T& 和 DTO（資料傳輸物件）等，亦可以自訂要求與回應的訊息。例如下列程式碼：
public Product GetProduct(int id)
Product item = repository.Get(id);
if (item == null)
throw new HttpResponseException(new HttpResponseMessage(HttpStatusCode.NotFound));
public IEnumerable&Product& GetProductsByCategory(string category)
return repository.GetAll().Where(
p =& string.Equals(p.Category, category, StringComparison.OrdinalIgnoreCase));
public IEnumerable&Product& GetAllProducts()
return repository.GetAll();
public HttpResponseMessage PostProduct(Product item)
item = repository.Add(item);
var response = Request.CreateResponse&Product&(HttpStatusCode.Created, item);
string uri = Url.Route("DefaultApi", new { id = item.Id });
response.Headers.Location = new Uri(Request.RequestUri, uri);
public void PutProduct(int id, Product contact)
contact.Id =
if (!repository.Update(contact))
throw new HttpResponseException(new HttpResponseMessage(HttpStatusCode.NotFound));
public HttpResponseMessage DeleteProduct(int id)
repository.Remove(id);
return new HttpResponseMessage(HttpStatusCode.NoContent);
用戶端可利用 HTTP 的作法來存取 Web API，例如下面的 JavaScript（此段程式一樣可用在 jQuery Mobile）：
url: "/api/Movie",
data: JSON.stringify( movieToCreate ),
type: "POST",
contentType: "application/charset=utf-8",
statusCode: {
201: function (newMovie) {
callback(newMovie);
ASP.NET Web Form 用戶端一樣可存取 Web API，工具可採用 WebClient 或是 HttpWebRequest 等物件來處理。
WebClient client = new WebClient();
string result =
await client.DownloadStringAsync(“http://xxx.xx.xx.xx/api/Movie”);
當然這些基本的功能無法完全滿足 HTTP API 的開發需求，所以 Web API 也有一些特殊的功能與服務，例如支援 OData 協定（只要回傳 IQueryable &T&）、分頁功能（設定 ResultLimits=50）、以程式碼為主的組態（Code-based Configuration）以及強化的 IoC 服務（DependencyResolver）等等，可滿足許多不同的 HTTP API 設計要求。 Single Page Application單一網頁應用程式（Single Page Application/SPA）是一種新的應用程式思維，以往的 Web 應用程式幾乎都是很多頁，例如 Add.aspx/Update.aspx/Delete.aspx 等用功能來分的網頁，而每個網頁都處理各自的工作，這是最常見的 Web 應用程式的設計方式。以往在 Web Form 時代，要實作 SPA 也不是難事，只是在用戶端與伺服器間傳遞的資料會非常大（100KB 以上的 ViewState），而且所有職責都混雜在 Web Form 的程式碼內，對應用程式的擴充性會有很明顯的阻礙。在講求物件導向與職責分明的程式設計前提下，若要開發一個 SPA 應用程式，伺服端的程式碼一定只能處理必要的商業邏輯與和資料庫的串接，與使用者介面有關的資料交換與使用者介面控制，則必須要使用 JavaScript 來處理，當然在前端也不能只是單純的 JavaScript 而且，需要一個適當的模型來處理介面的問題，而其中一個解決方案就是 MVVM（Model-View-ViewModel）模式，MVVM 讓網頁的變更能在最短時間內和伺服端反應，如同在 Silverlight 中使用 Prism 來開發資料應用程式一樣。 SPA 的開發也是 MVC 4.0 的新功能之一，而 MVC 也是適合實作 SPA 的架構，搭配 Web API，SPA 的伺服端開發就已經能充份支援，再來是用戶端部份，MVC 4.0 加入了MVVM 的知名物件 knockout.js、處理 HTML5 狀態與歷史資訊的 history.js，及配合微軟開發的 upshot.js 等三個重要的 JavaScript 物件庫，組合成 SPA 的前端處理功能。非同步程式開發（Asynchronous Programming）與 ASP.NET Web Form 相同，在 MVC 4.0 中亦可支援非同步的開發，也就是可使用 async 與 await 指令，例如下列兩個簡單的非同步設計程式範例：
public async Task&ActionResult& Index(string city) {
var newsService = new NewsService();
var sportsService = new SportsService();
return View("Common",
new PortalViewModel {
NewsHeadlines = await newsService.GetHeadlinesAsync(),
SportsScores = await sportsService.GetScoresAsync()
[AsyncTimeout(2500)]
[HandleError(ExceptionType = typeof(TaskCanceledException), View = "TimedOut")]
public async Task&ActionResult& Index(string city,
CancellationToken cancellationToken) {
var newsService = new NewsService();
var sportsService = new SportsService();
return View("Common",
new PortalViewModel {
NewsHeadlines = await newsService.GetHeadlinesAsync(cancellationToken),
SportsScores = await sportsService.GetScoresAsync(cancellationToken)
行動裝置應用開發支援（Mobile Development Support）MVC 4.0 除了 Web API 和 SPA 令人激賞外，更多的行動裝置支援亦為 MVC 4.0 重要的特色之一，首先讓人眼睛一亮的是專案範本的改變，MVC 4.0 的專案範本已重新設計，讓它顯現出 MVC 4.0 的特色，尤其是行動裝置應用程式的範本，在與 jQuery Mobile 整合後，整個應用程式看起來與以往完全不同：而在一般開發 Web 應用程式時，若是要為手機平台再多寫一個介面，往往都要用資料夾區分（例如 ”/” 和 ”/mobile”），在 MVC 4.0 中，只要將手機介面的 View 加上一個 ”.mobile” 即可，例如：o layout.cshtml：給桌面應用程式使用。o layout.mobile.cshtml：給手機應用程式使用。同時內建具網頁輸出能力的 HTML Helpers（例如 Html.Partial()）都具備自動偵測瀏覽器類型的能力，只要偵測到瀏覽器是手機瀏覽器時，即會自動抓取給手機使用的 View 檔案處理，開發人員無需額外費用處理這部份。如果不喜歡內建的作法，開發人員一樣可以自訂，例如在 Global.asax 的 Application_Start 事件常式中加入下列程式：
DisplayModeProvider.Instance.Modes.Insert(0, new
DefaultDisplayMode("iPhone")
ContextCondition = (context =& context.GetOverriddenUserAgent().IndexOf
("iPhone", StringComparison.OrdinalIgnoreCase) &= 0)
有了這段程式後，開發人員就能在 View 中以 ”iPhone” 命名，例如 _layout.iPhone.cshtml。MVC 4.0 另一個在行動裝置應用開發的新功能，稱為 View Switcher（檢視切換器），它是部份手機上的瀏覽器提供的功能，允許使用者在手機上切換手機專屬的 view 或一般的 view，MVC 4.0 的 Display Mode 可以完全支援這樣的功能，開發人員直接使用 Display Mode 即可做出支援 View Switcher 的檢視方式，而對於沒有 View Switcher 的桌面應用程式，ASP.NET 也提供了一個可以產生 View Switcher 的方法 @Html.Partial("_ViewSwitcher")。View Switcher 的功能，是以 MVC 4.0 上的 Browser Overriding 功能為主，Browser Overriding 允許開發人員透過程式的方式去覆寫由瀏覽器傳入的 User Agent，以達到模擬瀏覽器的功能，包含這四個 HttpContext 方法：o HttpContext.SerOverriddenBrowser()o HttpContext.GetOverriddenUserAgent()o HttpContext.GetOverriddenBrowser()o HttpContext.ClearOverriddenBrowser() 結語ASP.NET MVC 4.0 承繼了 MVC 的優良傳統，以及 ASP.NET 強大的 HTTP 處理能力，使得開發 HTTP 與 Web 應用程式變得容易許多，如今行動化應用開發盛行的當下，MVC 4.0 依然提供了充份且強大的基礎支援，讓發展針對行動裝置瀏覽器的 Web 應用程式變得像吃飯一樣簡單。MVC 4.0 提供了 Web Form 以外的另一個選擇，有志於開發大型 Web 應用程式的開發人員們，MVC 將是幫助您達成使命不可或缺的重要兵器！
您對此內容的意見反應十分重要。請告訴我們您的想法。
其他意見反應？
剩餘 1500 個字元
我們非常感謝您提供的意見反應。
開發人員中心
Microsoft 正展開一份線上問卷調查，了解您對於網站的看法。如果您選擇參加，您離開網站時即會顯示線上問卷調查。您是否想要參加？