04 入门 - ASP.NET MVC应用程序的结构

简介: 目录索引:《ASP.NET MVC 5 高级编程》学习笔记     用Visual Studio创建了一个新的ASP.NET MVC应用程序后,将自动向这个项目中添加一些文件和目录。   如图所示:      用Internet Application模板创建ASP.NET MVC项目后有8个顶级目录。

 

目录索引:《ASP.NET MVC 5 高级编程》学习笔记

 

  用Visual Studio创建了一个新的ASP.NET MVC应用程序后,将自动向这个项目中添加一些文件和目录。
  如图所示:

  


  用Internet Application模板创建ASP.NET MVC项目后有8个顶级目录。
  如图所示:

  

 

如果不喜欢这个目录结构,怎么办?
  ASP.NET MVC并不是非要这个结构。
  事实上,那些处理大型引用程序的开发人员通常跨多个项目来今个应用程序,以便使该应用程序更易于管理。
  (例如,数据模型的实体类常常位于一个来自单独的类库项目中)。
  然而,默认的项目结构确实提供了一个很好的默认目录约定,使得系统的关注点变得明确、清晰。


  当进行扩展时,请注意关于这些文件或文件夹的以下内容:


  1. /Controllers目录
  展开这个文件夹,将会发现Visual Studio默认向里面添加了默认的Controller类。
  如图所示:

  


  2. /Views目录
  展开这个文件夹,将会发现3个子目录(/Home、/Account和/Shared)以及其中的一个模板文件。
  这些子目录也是默认添加到当前项目中的,如图所示:

  


  3. /Content和/Scripts目录
  展开这个目录,将会发现几个CSS文件(用于调整站点上所有HTML文件的样式)以及Javascript库(可以启用应用程序中的jQuery支持)。
  如图所示:

  


  4. /BookStore.Test项目
  展开这个项目,将会发现一个类,其中包含所有对应于HomeController类的单元测试。
  如图所示:

  


  这些由Visual Studio天际的默认文件提供了一个可以运行的应用程序的基本结构。
  完整地包括了首页、关于页面、账户登录/退出/注册页面以及一个未经处理的错误页面(所有页面彼此联系起来,可以直接使用)。


一、SP.NET MVC的约定

  默认情况下,ASP.NET MVC应用程序对约定的依赖性很强。
  这样就避免了开发人员配置和指定一些项,因为这些项可以根据约定来推断。


  例如,当解析视图模板时,ASP.NET MVC采用一种基于约定的目录命名结构。
  这个约定可以实现当从Controller类中引用视图引擎时,省略位置路径信息。
  默认情况下,ASP.NET MVC会从应用程序下的\Views\[ControllerName]\目录中查找视图模板文件。


  设计ASP.NET MVC是围绕着一些基于约定的默认项,这些默认项在需要的时候可以被覆盖。这个概念通常称为“约定优于配置”。


二、约定优于配置

  在Ruby on Rails上约定优于配置的概念流行开来,它的本质意义在于:到目前为止,您已经知道如何创建Web应用程序,现在将以以前积累的经验应用于框架中,以后开发就没必要再配置每一项。


  通过查看应用程序运行的三个核心目录,可以在ASP.NET MVC中看到这一概念:
  1. Controllers
  2. Models
  3. Views


  没必要在web.config文件中设置这些文件夹名称 —— 他们约定在配置文件中。
  这样就避免了编辑XML文件(如web.config)的工作。


  例如,为了显示地告诉MVC引擎“可以在Views目录中查找程序视图” —— 这些程序都已经知道,这就是约定。


  这不是魔术,但实际上又是,但是它又不是那种黑魔术(结果出人意料的,甚至伤害到自己的魔术)。


  ASP.NET MVC的约定非常容易理解,下面是预期的程序结构:
  1. 每个Controller类的名字以Controller结尾,例如ProductController、HomeController等,这些类在/Controllers目录中。
  2. 应用程序的所有视图放在一个单独的Views目录下。
  3. 控制器使用的视图是在Views主目录的一个子目录中,这个子目录是根据控制器名称(后面减去Controller的后缀)来命名的。
  例如“HomeController”使用的视图就放在“/Views/Home”中。


  所有可重用的UI元素都位于一个相似的结构中,而不是全部都直接存在Views文件夹里面。
  相关的内容会在后面操作视图的时候回着重介绍。


三、定简化通信

  编写代码进行通信主要面向两个不同的方面:
  1. 需要将清晰的无二义性的指令传递给计算机,让它去执行。
  2. 需要让开发人员读懂你的代码,以便后期系统的维护、调试以及完善。


  前面已经讨论了约定优于配置如何高效地将开发者的想法意图传达给MVC。
  约定也能帮助开发者清晰地和其他开发人员(或者以后的自己)进行交流。
  不必详细地描述如何构建应用程序的每一个方方面面,按照共同的约定可以是世界上所有的ASP.NET MVC开发人员公用一个公共的标准。


  通常,软件设计模式的优势之一是他们建立了一种标准语言。
  由于ASP.NET MVC采用了MVC模式以及一些独特的定义,这让ASP.NET MVC开发者能够轻松地理解不是自己编写的代码或以前编写但是现在忘记了的代码,即便在大型的系统中也是这样。


  想象一下,国家不同,语言不通,肤色不同,但是写的代码都是按照默认约定走的,你是不是也能看懂了?哈哈。

 

【来自:张董'Blogs:http://www.cnblogs.com/LonelyShadow,转载请注明出处。】

亲们。码字不容易,觉得不错的话记得点赞哦。。

目录
相关文章
|
21天前
|
SQL XML 关系型数据库
入门指南:利用NHibernate简化.NET应用程序的数据访问
【10月更文挑战第13天】NHibernate是一个面向.NET的开源对象关系映射(ORM)工具,它提供了从数据库表到应用程序中的对象之间的映射。通过使用NHibernate,开发者可以专注于业务逻辑和领域模型的设计,而无需直接编写复杂的SQL语句来处理数据持久化问题。NHibernate支持多种数据库,并且具有高度的灵活性和可扩展性。
37 2
|
30天前
|
开发框架 .NET API
Windows Forms应用程序中集成一个ASP.NET API服务
Windows Forms应用程序中集成一个ASP.NET API服务
83 9
|
1月前
|
Cloud Native API C#
.NET云原生应用实践(一):从搭建项目框架结构开始
.NET云原生应用实践(一):从搭建项目框架结构开始
|
2月前
|
开发框架 前端开发 JavaScript
ASP.NET MVC 教程
ASP.NET 是一个使用 HTML、CSS、JavaScript 和服务器脚本创建网页和网站的开发框架。
38 7
|
3月前
|
开发框架 监控 安全
.NET 应用程序安全背后究竟隐藏着多少秘密?从编码到部署全揭秘!
【8月更文挑战第28天】在数字化时代,.NET 应用程序的安全至关重要。从编码阶段到部署,需全面防护以保障系统稳定与用户数据安全。开发者应遵循安全编码规范,实施输入验证、权限管理和加密敏感信息等措施,并利用安全测试发现潜在漏洞。此外,部署时还需选择安全的服务器环境,配置 HTTPS 并实时监控应用状态,确保全方位防护。
52 3
|
2月前
|
存储 开发框架 前端开发
ASP.NET MVC 迅速集成 SignalR
ASP.NET MVC 迅速集成 SignalR
53 0
|
3月前
|
开发框架 缓存 .NET
【App Service】在Azure App Service中分析.NET应用程序的性能的好帮手(Review Stack Traces)
【App Service】在Azure App Service中分析.NET应用程序的性能的好帮手(Review Stack Traces)
|
3月前
|
开发框架 监控 .NET
【Azure 应用程序见解】在Docker中运行的ASP.NET Core应用如何开启Application Insights的Profiler Trace呢?
【Azure 应用程序见解】在Docker中运行的ASP.NET Core应用如何开启Application Insights的Profiler Trace呢?
|
3月前
|
开发框架 前端开发 .NET
ASP.NET MVC WebApi 接口返回 JOSN 日期格式化 date format
ASP.NET MVC WebApi 接口返回 JOSN 日期格式化 date format
46 0
|
3月前
|
开发框架 前端开发 安全
ASP.NET MVC 如何使用 Form Authentication?
ASP.NET MVC 如何使用 Form Authentication?

相关实验场景

更多