爱上MVC3系列~手动向路由表扔数据,不影响当前URL路由配对
2012-12-13 15:01
351 查看
回到目录
写RouteData的操作变得很容易了,看代码:
OK,我们将信息从数据库里读出来后,再扔到RouteData了,经常view渲染后输出到页面上,当然在页面上如果用到了ObjID,可以直接
从Request对象里读出来了!
回到目录
说在前:
在使用MVC3开发项目时,你为了SEO优化,所以肯定会自己去做URL的重写工作,而MVC提供了很这些功能,我们可以拿来就用,进行优化之后的URL一般为http://www.bobo.com/home/detail/166.shtml ,而这里的166事实上是个参数,原来?后面的被Request.QueryString收录的键值对,而在进行URL重写后,URI没有?这种参数了,而取而代之的是一个全新的文件名,这当然有利于被爬虫找到了,呵呵 。问题来:
一个问题,当我们为URL做路由之后,QueryString里当然是不可能再收录你的信息了,而信息包括control,action,及所有参数都会存储在RouteData里,而一般的我们知道这里的信息是通过前一个页面的href传递过来的,这是正常的,但如果前一个页面不能传过来,或者说,我们要求的信息只有在本action里才能被确实,怎么办呢?写在后:
这时,我们需要手动在action里向RouteData里扔数据了,呵呵!前网页=》本网页Action=>view渲染=》ViewPage页面输出
我们可以看到,我们手动写RouteData的工作是在view渲染之前,在进行Action之后才执行的,所以,向RouteData里写信息不会对当前URL地址有影响!写RouteData的操作变得很容易了,看代码:
this.RouteData.Values.Add("ObjID", model.ObjID); //扔到自己的路由表中,并且不在当前URL地址栏上显示,不破坏路由 this.RouteData.Values.Add("TopicFlag", model.TopicFlag);
OK,我们将信息从数据库里读出来后,再扔到RouteData了,经常view渲染后输出到页面上,当然在页面上如果用到了ObjID,可以直接
从Request对象里读出来了!
回到目录
相关文章推荐
- 爱上MVC3系列~使用视图模型的好处及与数据模型之间的赋值问题
- 爱上MVC3系列~使用Func<string, HelperResult>实现访问权限的设计
- 【RIP路由协议】由相邻路由发来的RIP信息更新当前路由的路由表
- 数据库分库分表(sharding)系列(五) 一种支持自由规划无须数据迁移和修改路由代码的Sharding扩容方案
- 爱上MVC3系列~开发一个站点地图(俗称面包屑)
- mvc路由接收URL数据的几种方法
- 爱上MVC3系列~使用@需要注意的地方
- 大数据系列 (一)、数据分片与路由(Hash partition and Routing)
- 爱上MVC3~MVC+ZTree大数据异步树加载
- 爱上MVC3系列~Html.BeginForm与Ajax.BeginForm
- 数据库分库分表(sharding)系列(五) 一种支持自由规划无须数据迁移和修改路由代码的Sharding扩容方案
- js中获取当前页面url的数据
- 数据库分库分表(sharding)系列(五) 一种支持自由规划无须数据迁移和修改路由代码的Sharding扩容方案
- 【译】MVC3 20个秘方-(19)URL—其实我更想懂你:路由用户到特定的Controller和Action
- 数据库分库分表(sharding)系列(五) 一种支持自由规划无须数据迁移和修改路由代码的Sharding扩容方案
- 爱上MVC3系列~RenderAction与RenderPartial及一个页面多个表单提交
- 爱上MVC3系列~Razor页面中的共享namespace不起作用了(解决自定义扩展方法不能识别的问题)
- 数据库分库分表(sharding)系列(五) 一种支持自由规划无须数据迁移和修改路由代码的Sharding扩容方案
- 数据库分表(sharding)系列(五) 一种支持自由规划无须数据迁移和修改路由代码的Sharding扩容方案