首页 > 代码库 > ASP.NET MVC学习---(五)MVC初体验
ASP.NET MVC学习---(五)MVC初体验
经过之前n多的铺垫
我们已经大概了解了这个姓m名vc的家伙了
那么今天我们就来体验一把
怎么体验呢?
就来做一个小例子吧~
mvc增删改查的例子
数据库还是之前我们的老朋友
关系图:
表中的数据已填好
T_Users
将就着用着吧,哈哈
现在要求对T_Users表进行增删改查
开搞~
回到之前新建的mvc项目
在Controllers文件夹下新建一个名为Home的空控制器
当浏览器请求Home下面的Index方法的时候返回什么?
当然是主页面啦
这里我们的主页面就是显示T_Users数据列表
代码如下:
//首先我们需要一个EF上下文实例,这是必须的 private Entities dbEntities = new Entities(); //通过数据上下文将T_Users的数据查询出来并展示 public ActionResult Index() { //将T_Users表的数据都取出来 var users = dbEntities.T_Users.Where(u => true).ToList(); //并交给ViewData.Model ViewData.Model = users; return View(); }这个ViewData.Model是个啥飞机?
别急~
我们先接着往下走
在Index方面上右键->添加视图
注意先不要使用母版页哦~
Index.cshtml代码如下:
@{ Layout = null; } <!DOCTYPE html> <html> <head> <meta name="viewport" content="width=device-width" /> <title>Index</title> </head> <body> <div> </div> </body> </html>
很正规的一个html页面
等等
头部的Layout=null又是个啥飞机?
Layout就是一个布局的意思
我们可以看到Layout=null是被包在一个@{ }里面的
前面我们说过
这是一种razor视图引擎的语法,那么久很明显这是一行C#代码
其实它的作用就是将本页面的布局页(也可以说是母版页)清空
因为我们新建视图的时候没有选择嘛~
如果你选择了使用母版页,Layout就会指向一个母版页文件
那么我们继续往下走~
在这个html页中
用一个table标签来展示T_Users的数据
<table id="tbList"> <tr> <td>Id </td> <td>UserName </td> <td colspan="2">操作 </td> </tr> @foreach (var u in Model) { <tr> <td>@u.Id </td> <td>@u.UserName </td> <td> <a href=http://www.mamicode.com/"/Home/Modify/@u.Id">Modify>
这段代码没啥难度吧~但是foreach循环的那个Model是哪里来的,为什么它会有我们需要的数据?
回头想想
之前我们是不是把users都交给了ViewData的一个Model属性?
没错,ViewData的Model属性在前台可以直接通过Model访问
在后台,你甚至可以这样做:
public ActionResult Index() { //将T_Users表的数据都取出来 var users = dbEntities.T_Users.Where(u => true).ToList(); //并交给ViewData.Model //ViewData.Model = users; return View(users);//直接将users当做参数传入View,可以直接在前台用过Model属性来获得数据 }这两种方式效果是一样的不信你试试~我会骗你?
试试又不用钱~
那么这时可能会有一个问题
如果我要传两个数据给前台怎么办?
都用Model吗
那不就覆盖了?
这时候ViewBag就要登场了
我们在将代码改成这个样子
//通过数据上下文将T_Users的数据查询出来 public ActionResult Index() { //将T_Users表的数据都取出来 var users = dbEntities.T_Users.Where(u => true).ToList(); //并交给ViewData.Model //ViewData.Model = users; //通过ViewBag传递数据给前台 ViewBag.Users = users; return View(); }
注意!ViewBag后面的Users属性并不是固定的
也就是说
你可以根据你的爱好,随便你怎么取名ViewBag的属性,然后只要将数据交给它就ok!
爽不爽?~
当然,在前台现在就不能用Model属性了
@foreach (var u in ViewBag.Users) { <tr> <td>@u.Id </td> <td>@u.UserName </td> <td> <a href=http://www.mamicode.com/"/Home/Modify/@u.Id">Modify>在后台,你用ViewBag点了什么属性赋值了数据,在前台同样通过这个属性取数据
这样一来我们就可以通过ViewBag随意的传递n多数据了很方便吧~
现在先来瞧瞧网站运行起来的样子(在mvc项目上右键浏览器中查看)
数据是出来了
但是..
这也太丑了吧
加点样式~
<head> <meta name="viewport" content="width=device-width" /> <style type="text/css"> #tbList { border: 1px solid #0094ff; width: 400px; margin: 20px auto; border-collapse: collapse; } #tbList td, #tbList th { border: 1px solid #0094ff; padding: 20px; } </style> <title>Index</title> </head>
保存,刷新是不是好看了一点= =
将就着用吧~
好了,查询搞定
那接下来就先做新增
<tr> <td>Id </td> <td>UserName </td> <td>操作 </td> <td> <a href=http://www.mamicode.com/"/Home/Create">新增>原谅我随便找了一个地方插进去一个超链接....
在后台的Home控制器中就要添加一个对应的Create方法
//返回新增的页面 public ActionResult Create() { return View(); }
还是右键添加视图显示一个新增的页面
<body> <form action="/Home/Create" method="POST"> <input type="text" name="txtUserName"/> <input type="submit" value=http://www.mamicode.com/"添加"/>>看到这个form的action指向Home的Create方法有同学就会有疑问了
前面展示新增页面也是指向Create方法,现在提交数据表单也指向Create方法
那怎么搞?
上代码:
//用HttpPost来标记本方法只有post请求的时候才会被执行 [HttpPost] public ActionResult Create(T_Users user) { string userName = Request.Form["txtUserName"]; user = new T_Users() {UserName = userName}; dbEntities.T_Users.Add(user); dbEntities.SaveChanges(); //重定向到Index方法,作用相当于webform的Response.Redirect return Redirect("/Home/Index"); }
现在明白了吧~我们只需要在方法之前加个[HttpPost]标记就ok
反之[HttpGet]当然是只有get请求才会被执行的咯~
好的
代码完成,重新生成,然后刷新页面
点击新增超链接,出现新增页面
是不是有点简单...
随便啦~
点击添加按钮提交表单
成功添加~
接下来在后台在添加一个Modify修改方法
//显示修改页面 public ActionResult Modify(int id) { //根据id取出数据库中对应的数据 var user = dbEntities.T_Users.Where(u => u.Id == id).FirstOrDefault(); return View(user); }添加视图,html代码:<body> <form action="/Home/Modify/@Model.Id" method="POST"> <input type="text" name="UserName" value=http://www.mamicode.com/"@Model.UserName"/>>这里需要注意一个问题,文本框标签的name属性的取值最好为对应实体的属性名什么意思呢?
就那上面的例子来说
T_Users有一个UserName属性,那么这个文本框是针对该属性设置的,所以name="UserName"
如果有一个文本框是针对Id属性的,那么这个文本框的name最好等于Id
为什么要这么做?
因为如果name=具体的实体属性的话
表单提交到后台的时候Modify方法用一个T_Users参数接收,系统会将表单中 name值 和 T_Users属性同名 的标签 值 自动填充到 T_Users对象对应的属性中
如:
//接收post请求的修改方法 [HttpPost] public ActionResult Modify(T_Users user)//如果表单中的标签 name值 等于 user的属性名 系统会自动将表单中的值填充到此user实体中 { //附加实体到数据上下文,并设置属性的修改状态 var entry = dbEntities.Entry(user); entry.State = EntityState.Unchanged; entry.Property("UserName").IsModified = true; dbEntities.SaveChanges(); return Redirect("/Home/Index"); }
这叫做模型绑定当然你也可以不按照这个规定来
只是需要另外接收表单的参数而已~
这时候我们重新生成并刷新页面
点击Modify超链接
这时有可能会出现一个错误,如下图:
别着急,不要一看到异常就慌~
这是一个mvc实体验证的设置
我们为Home控制器类添加一个构造函数,并在构造函数中关闭实体验证即可
public HomeController() { //关闭实体验证 dbEntities.Configuration.ValidateOnSaveEnabled = false; }
现在在来重新生成并刷新~点击保存
成功修改~
最后的删除方法就简单了
//删除方法 public ActionResult Delete(int id) { T_Users user = new T_Users() {Id = id}; dbEntities.T_Users.Attach(user); dbEntities.T_Users.Remove(user); dbEntities.SaveChanges(); return Redirect("/Home/Index"); }
这里直接点击删除超链接就执行删除方法如果有需要你也可以添加一个视图先展示一下要删除的数据,然后在点击确定删除~
最后提一个关于生成下拉框的小小的问题
如果在展示修改页面的时候要求将该user实体关联的T_Products实体用下拉框显示出来
T_Products表如下:
第一种做法:
在后台取出相应的T_Products数据
//显示修改页面 public ActionResult Modify(int id) { //根据id取出数据库中对应的数据 var user = dbEntities.T_Users.Where(u => u.Id == id).FirstOrDefault(); //查询出T_Products表中属于该对象的数据 var products = dbEntities.T_Products.Where(p => p.Uid == id).ToList(); //并将其传入ViewBag ViewBag.Products = products; return View(user); }
前台展示:<body> <form action="/Home/Modify/@Model.Id" method="POST"> <input type="text" name="UserName" value=http://www.mamicode.com/"@Model.UserName"/>>
页面效果:这是正常使用htmlselect标签的方法
但是在mvc中还提供Lee另外一种方式
第二种做法:
先来看前台代码
<body> <form action="/Home/Modify/@Model.Id" method="POST"> <input type="text" name="UserName" value=http://www.mamicode.com/"@Model.UserName"/>>
HtmlHelper类时mvc内置的一个帮助程序员快速生成html代码的类,可以简写成Html例如本例中的Html.DropDownList最终就是生成一个下拉框
其第一个参数是下拉框的name属性,第二个参数是一个IEnumerable<SelectListItem>类型的集合(就是要展示的数据,但是要先转成IEnumerable<SelectListItem>才行)
所以在后台
我们先拿到要展示的数据
//显示修改页面 public ActionResult Modify(int id) { //根据id取出数据库中对应的数据 var user = dbEntities.T_Users.Where(u => u.Id == id).FirstOrDefault(); //第一种做法 //查询出T_Products表中属于该对象的数据 //var products = dbEntities.T_Products.Where(p => p.Uid == id).ToList(); //并将其传入ViewBag //ViewBag.Products = products; //第二种做法 List<SelectListItem> products = dbEntities.T_Products.Where(p => p.Uid == id) .ToList()//查询出T_Products集合 .Select(p => new SelectListItem { Text = p.ProName, Value = http://www.mamicode.com/p.Id.ToString() })//将实体集合转换成SelectListItem类型>
重新生成并刷新两种方式的效果是一样的
第二种是mvc特有的
现在可能使用起来很不习惯
但是HtmlHelper是mvc开发经常使用的类
以后我们会在详细说明
好了,现在一套mvc的基本增删改查已经完成
多多少少还是有点收获的是吧~