《Pro ASP.NET MVC 3 Framework》学习笔记之二十一【Area及URL架构的最佳实践】

使用Areas

MVC框架支持在areas(区域)里面组织一个web应用程序,每一个area呈现应用程序的一个功能段,比如管理,订单,客户支持等等。这对于一个大的项目是非常有用的,因为将所有的controller,model,view都只是放在一套文件夹里面(整个项目所有的Controller都在一个文件夹下)会非常难管理的。这时area就非常有用了,每一个area都有自己的一套文件结构,如Controller,View,Model,通过area就可以保持相对的分离。这样做可以让程序的每一个功能块划分的更加明确,当有很多的开发人员合作开发时也可以避免相互冲突。

下面会创建一个实例来说明Area的作用:
首先创建一个WorkingWithAreas项目使用Internet Application模版,接着创建一个名为Admin的Area。

完成以后,我们会发现Area里面其实是一个mini版的MVC项目,在Area目录下生成了一个类AdminAreaRegistration,这个类里面一个非常有意思的方法是RegisterArea,在这个方法里面藉着URL模式注册了一个路由,当然其他的路由也是在这里定义。如果你要给route传递一个名字而不是用null,那么route的名字必须是全局唯一的,不仅仅在该Area内唯一。我们不需要做其他的操作来确保该注册方法被调用,系统自动添加到了 Global.asax.cs里面的Application_Start方法里面,如:AreaRegistration.RegisterAllAreas();当调用这个的时候会让MVC框架遍历我们应用程序的所有类,并找出从AreaRegistration类派生的类,然后调用这些类里面的RegisterArea方法。

注意:不要改变在Application_Start方法里面与route有关的语句的顺序。如果我们在调用AreaRegistration.RegisterAllAreas方法之前,先去调用了RegisterRoutes方法,那么我们的route也要定义在area routes之前。假设routes是按照顺序被评估或匹配,这就意味着在对area里面的controller进行请求时可能会匹配到错误的路由。

AdminAreaRegistration类里面的public override void RegisterArea(AreaRegistrationContext context)方法有一个AreaRegistrationContext类型的参数,这个参数暴露了一套MapRoute方法来让我们在Area里面使用,跟我们在Global.asax.cs里面的RegisterRoutes方法里面使用MapRoute一样。这个有点像我们在ashx里面使用Response是通过HttpContext对象来调用的,上下文对象一般都是这样的作用(个人理解)。在AreaRegistrationContext类里面的MapRoute方法自动限制了route注册的包含Area Controller的命名空间。这也意味着当我们在area里面创建一个controller时,必须在默认的命名空间里面。否则路由系统会找不到它。

接着我们在area里创建一个controller——HomeController,接着再创建一个View。然后可以运行我们的程序
报错是因为MVC不知道选择哪个controller(HomeController有两个:一个在Area里面,一个在外面),解决的方法前面的笔记里面有提到的,如下:
public static void RegisterRoutes(RouteCollection routes)
{
routes.IgnoreRoute(“{resource}.axd/{*pathInfo}”);

routes.MapRoute(
“Default”, // Route name
“{controller}/{action}/{id}”, // URL with parameters
new { controller = “Home”, action = “Index”, id = UrlParameter.Optional },// Parameter defaults
new[] { “WorkingWithAreas.Controllers” }
);

}

在Area里面创建链接时跟前面创建时一样,并没有什么特别的步骤。MVC框架会探测与一个实际的Area的相关的请求,然后会在仅仅为该Area定义的routes中找到一个匹配的来创建输出的链接。

例如:@Html.ActionLink(“Click me”, “About”),在页面呈现的链接是:<a href=”/Admin/Home/About”>Click me</a>
如果链接指向的是其他Area里面或者是Area外面的controller里面的一个action方法,我们必须指定Area的名字,如下:

@Html.ActionLink(“Click me to go to another area”, “Index”, new { area = “Support” })
呈现为:<a href=”/Support/Home”>Click me to go to another area</a>

如果我们要创建一个链接,action是不是在Area里面而是在根目录下的,这时可以这样:

@Html.ActionLink(“Click me to go to another area”, “Index”, new { area = “” })

URL架构最佳实践

上面讲了很多关于URL的结构,近年来,对应应用程序URL的设计越来越来受到重视,有一些比较重要的设计严则出现。如果我们遵循这些严则,将会改善应用程序的可用性,兼容性,已经搜索引擎的排名。这些严则如下:

1.让我们的URL干净并且友好。

http://www.amazon.com/Pro-ASP-NET-MVC-3-Framework/dp/1430234040/ref=sr_1_13?s=books&ie=UTF8&qid=1294771153&sr=1-13将这样的URL变成如下:http://www.amazon.com/books/pro-aspnet-mvc3-framework是不是会好很多。

下面是关于URL友好的一些指南:

1)设计URL来描述它的内容而不是实现细节。使用”/Articles/AnnualReport”代替”/Website_v2/CachedContentServer/FromCache/AnnualReport”

2)使用内容标题胜过ID。使用”/Articles/AnnualReport”代替”/Articles/2392″,当然如果是必须用的情况可以两个结合,如/Articles/2392/AnnualReport,这个会比单纯用ID输入更多的字符,但是这样有助于搜索引擎的排名。

3)不要使用针对HTML的文件扩展名,如:.aspx or.mvc。但是可以使用特殊的文件类型如:.jpg, .pdf, and .zip。虽然当我们设置合适的MIME类型时,浏览器不会关心文件扩展名,但是人们倾向于PDF文件的扩展名就是.pdf

4)具有层次。如:/Products/Menswear/Shirts/Red。这样访问的人很容易猜到父级的链接。

5)大小写不敏感。asp.net路由系统默认就是这样。

6)避免符号,编码,字符序列。如果我们希望一个单词分开,可以使用“—”如: /my-great-article。下划线是不友好的,URL会编码空格成为奇怪的字符,如“/my+great+article”或是令人讨厌的如“/my%20great%20article”

7)不要改变URL。因为这样做等于丢掉了业务,当我们改变URL时要尽可能的通过301重定向支持过去旧的URL架构。

8)保持一致性。整个应用程序只使用一种URL格式。

2.正确的选择GET和POST

总的原则就是:GET请求应该针对只读的信息检索,POST请求应该任何可能改变应用程序状态的操作。
在标准的承诺条款中:GET针对安全的交互,POST针对不安全的交互。这些约定是W3C制定的。
GET请求是可寻址的——所有的信息包含在URL中,所以这可能使书签或链接指向这些地址。

好了,今天的笔记就到这里。关于URL和路由的这章笔记到这里就结束了。
晚安!

作者:张雪飞
出处:https://zhangxuefei.site/p/216
版权说明:欢迎转载,但必须注明出处,并在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。

发表评论

电子邮件地址不会被公开。 必填项已用*标注