mvc_第一遍_业务逻辑层和模型

时间:2019-09-16
本文章向大家介绍mvc_第一遍_业务逻辑层和模型,主要包括mvc_第一遍_业务逻辑层和模型使用实例、应用技巧、基本知识点总结和需要注意事项,具有一定的参考价值,需要的朋友可以参考一下。

常用的动态网页对象:

  之前我们提到了,使用request对象可以获得和用户请求相关的一系列信息。这一节,我们来看看另外两个常用对象的常规用途。

  response对象:用于向客户回应。最常用的用法类似于

    “Response.Redirect("/Home/Index1");”

    它表示用户浏览器跳转到当前网站的“/Home/Index1”位置。

    常用于出现各种错误的时候,提前结束当前流程。

  Session对象:和ViewData的用法类似,也是用字典模式存储数据。例:

    Session["hello"] = "你好啊";

    这种变量的有效期为“当前会话”,也可以理解为“本次访问网站”。一般来说,用户退出网站,或20分钟内没有任何操作,“当前会话”就结束了。

    每个用户都可以拥有一组属于自己的Session变量,互相之间并不冲突,可以跨控制器和操作来传递值。

    基于此,它通常用来保存用户横跨全站的信息。比如用户名、权限等级、头像等等。

  例题:完成一个登录程序,输入用户名、密码,登录成功进入操作页面;否则进入出错页面。页面上显示当前用户名。

    控制器代码:    

public class HomeController : Controller
    {
        // GET: Home
        public ActionResult Index(string u="0",string p="0")
        {
            Session["user"] = u;
            if(u == "123" && p == "456")
            {
                Response.Redirect("home/get_menu");
            }
            else if(u != "0" && p != "0")
            {
                Response.Redirect("/home/wrong");
            }
            return View();
        }
        public ActionResult get_Menu()
        {
            return View();
        }
        public ActionResult Wrong()
        {
            return View();
        }
    }

    登录视图代码:      

@{
    Layout = null;
}

<!DOCTYPE html>

<html>
<head>
    <meta name="viewport" content="width=device-width" />
    <title>Index</title>
</head>
<body>
    <div> 
        <form>
            用户名:<input type="text" name="u" /><br />
            密码:<input type="password" name="p" /><br />
            <input type="submit" value="登录" />
        </form>
    </div>
</body>
</html>

      登录成功视图代码:

@{
    Layout = null;
}

<!DOCTYPE html>

<html>
<head>
    <meta name="viewport" content="width=device-width" />
    <title>get_Menu</title>
</head>
<body>
    <div> 
        当前用户为@(Session["user"].ToString())<br />
        已登录,这里应该出现操作菜单。。。。
    </div>
</body>
</html>

      登录失败视图代码:

@{
    Layout = null;
}

<!DOCTYPE html>

<html>
<head>
    <meta name="viewport" content="width=device-width" />
    <title>Wrong</title>
</head>
<body>
    <div>
        当前用户为@(Session["user"].ToString())<br />
        登录失败,用户名、密码不正确。
    </div>
</body>
</html>

业务逻辑层

  这一层,在很多mvc的教材里并不体现,也有很多人把它归在“控制器”一类中。我自己的理解是:控制器只管调度,而业务逻辑是介于调度和读写数据之间的操作,值得另外开一层来写。

  上一章的“杨辉三角形”的练习中,控制器负责根据输入的层数,计算杨辉三角形的内容,再返回给视图,有一点混乱。我们换个写法试试。以下内容属于我的个人习惯,给大家参考。

  在项目中,新建一个文件夹“functions”,表示厨房,完成一切业务处理。在其中新建一个类,“yanghui.cs”来完成杨辉三角形的生成,如下图:

  新建文件夹:

  

  新建类:

  

  选择类型为类,名称为yanghui:

  这个类最主要的功能就是根据输入的层数,完成杨辉三角形的计算。所以可以把这个操作写成它的静态方法(不用实例化就可以调用)

  代码如下:  

public class Yanghui
    {
        public static int[,] get_Yanghui(int n)
        {
            int[,] a;
            a = new int[n, n];
            for (int i = 0; i < n; i++)
            {
                a[i, 0] = 1;
            }
            for (int i = 1; i < n; i++)
            {
                for (int j = 1; j <= i; j++)
                {
                    a[i, j] = a[i - 1, j - 1] + a[i - 1, j];
                }
            }
            return a;
        }
    }

  控制器简化为:

public ActionResult Index(int n=0)
        {
            if (n == 0)
            {
                ViewData["d1"] = null;
            }
            else
            {
                ViewData["d1"] = Yanghui.get_Yanghui(n);
            }
            return View();
        }

  别忘了在控制器文件的头部引入业务逻辑所在的名称空间:

using WebApplication1.functions;

  这样的控制器,看起来才像个老板的样子,仅负责调度。项目也更加清晰。

  即:根据输入的参数,决定哪些东西送厨房加工,哪些东西直接让服务员拿给客户。

  视图代码不变,程序执行的效果也不变,但整个程序更加清晰流畅了。

模型:

  直观认识:

    上一篇控制器和视图的课程最后,给大家留了一个完成对学生数据增删改查的小作业。那个时候,我们的程序逻辑都集中在控制器中。

    现在我们可以回头想想,程序应该如何布局。由于通篇都是是对数据库的基本操作,动用“厨房”,是不是感觉也有点不太对。

    对于这种“体力活”,我们可以引入一个新的模块来处理----模型。

    那个例子中,所有的操作都是对“学生”数据完成。“学生”就成了一个频繁和数据库交互的部分。它一方面要跟数据库打交道,另一方面又需要跟程序有交集。就像一根钉子,嵌在物体里的部分要尖,被敲击的部分要平。

    模型也是如此。它负责跟数据库打交道,有了它之后,程序里就不用再去管库……甚至不用管库里的逻辑(当然,写模型的时候这些都要管);另一方面,它必须向“厨房”和“老板”提供很好的使用方法。我们通常也用类来完成模型的工作。

    以下代码可以作为模型用在那个例子当中:

class Student
    {
        string id,xm, nl, zy,sql;//sql是某条记录准备执行的操作语句
        public Student(string input_id)//构造函数1,只初始化编号,显然准备删除自己
        {
            id = input_id;
        }
        public Student(string input_xm,string input_nl,string input_zy)//构造函数2,没有编号,看样子要把自己插入表中
        {
            xm=input_xm;
            nl = input_nl;
            zy = input_zy;
        }
        public Student(string input_id,string input_xm, string input_nl, string input_zy)//构造函数3,啥都有,用于更新
        {
            id = input_id;
            xm = input_xm;
            nl = input_nl;
            zy = input_zy;
        }
        public void insert_it()//插入方法
        {
            sql = "insert into xs(xm,nl,zy) values('"+xm+"',"+nl+",'"+zy+"')";
            Hc_db.do_nonquery(sql);
        }
        public void modify_it()//修改方法
        {
            sql = "update xs set xm='"+xm+"',nl="+nl+",zy='"+zy+"' where id="+id;
            Hc_db.do_nonquery(sql);
        }
        public void delete_it()//删除方法
        {
            sql = "delete from xs where id=" + id;
            Hc_db.do_nonquery(sql);
        }
    }

    有了Student类(模型)这个工具,控制器只需要接到数据和请求的操作后,new一个具体的“学生”对象出来,就可以直接操作了。有点像客人只点了一杯清水,老板可以直接让打水的小厮端上来就好。

    比如,处理删除的控制器代码大致是这样(不严谨,仅供参考):

public ActionResult Index(string stu_id)
        {
            Student stu = new Student(stu_id);
            stu.delete_it();
            return View();
        }

    转书上P41

    请大家按照这种逻辑,忘掉上面的代码,自己写一套学生信息管理程序(MVC俱全)

小综合练习:

    上例中,如果处理这些操作的业务逻辑比较复杂(比如在删除学生之前需要判断该学生成绩是否合格,操作者权限是否足够等等),则直接交给“厨房“执行。

    参考这种思想,结合之前的知识,在上面例子的基础上写一套带权限管理的学生信息管理程序。内容如下:

      1、网站起始页显示所有学生信息。

      2、网站用户分为”未登录“、”普通“、”管理员“三个级别。

      3、未登录用户仅能查看所有学生信息。

      4、普通用户可以查询指定学生信息、添加新学生。

      5、管理员可以修改、删除学生信息。

原文地址:https://www.cnblogs.com/wanjinliu/p/11519024.html