欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  IT编程

HTML+LayUI+WebApi 简单个人小白demo制作

程序员文章站 2022-05-18 19:21:45
题外话: 接上篇吧。上篇主要是介绍下LayUI的使用,太兴奋手打代码去了- -。 其实这个项目用了Unity这个IOC框架,毕竟人要有梦想。感兴趣的可以自己去了解下,后面有机会会说说对于IOC和DI的个人拙见以及Unity的使用。 进入正题。 二.WebApi 一个有梦想的咸鱼做的一个有梦想的dem ......


二.webapi

一个有梦想的咸鱼做的一个有梦想的demo项目就需要有梦想的考虑后期维护与扩展,那么就需要从建项目开始做好文件分类。

打开vs,选择asp .net web应用程序(.net framework)创建一个新的项目命名demo,然后选择web api,然后建立项目。注意看项目下有个area的文件夹,作用呢其实就是可以区分控制器,方便管理,而且控制器名称可以重名。

 

毕竟是个b/s项目,后台所接收的请求都属于http请求,要处理这些请求后台,就会涉及到安全问题,也就是权限问题,毕竟要有梦想,还是可以发布上服务器的。而这个安全问题并不是只用用户登录验证就能解决的,这时候就会涉及到权限问题,参考淘宝,你可以随意浏览,但是一些额外操作则需要登录。

所以这里我是考虑formsauthenticationticket身份验证配合授权属性authorizeattribute。

ticket,顾名思义,想入场看比赛是需要门票的,那么想进入自己的网站或者有数据库操作时,我们可以为用户设置门票。

进而小朋友些许问号,演唱会门票还有前排后排区别,考虑到实际应用情况,我们是否也需要对于用户进行权限区分,这样比较符合实际情况?这样是否更灵活?用户与角色都能去控制

controller的权限是否更科学?没错,尤其是mvc项目,但是这里先不考虑这么多,我们后台只提供接口服务。这里我只是提供一个思路,因为要做一个大度的人,只要人进得来,场地*活动好吧。(就是懒~)

所以会需要使用到授权属性authorizeattribute类。

  • authorizeattribute

authorizeattribute类是.net framework框架下提供写好的一个类,authorization(授权)属于过滤器的一种。

HTML+LayUI+WebApi 简单个人小白demo制作

这里可以提下当引用authorizeattribute类时方法的执行过程。当给某一个 controller 指定一个权限认证特性后,当程序需要调用这个controller时,会先进入namespace为system.web.http的authorizeattribute公共类,而后首先会执行authorizeattribute 中的 onauthorization 方法,在 onauthorization 函数的执行过程中,如果验证失败了,系统会调用 handleunauthorizedrequest方法来进行处理,基于此原理,我们可以重写这两个方法,然后自定义自己的authorizeattribute。而如果想提供匿名访问服务,即调用controller时不进入authorizeattribute,它提供了allowanonymousattribute属性,字面意思也知道。

基于上述的执行过程,既然是虚函数,我们重写他的两个主要方法。

首先,新建文件夹filter,文件夹下新建一个继承于authorizeattribute的类,以xxauthorizeattribute命名,xx则就是自定义的特性名称。我这里是apiauthorizeattribute。

 首先重写onauthorization(httpactioncontext actioncontext)。

    /// <summary>
    /// api权限特性
    /// </summary>
    [attributeusage(attributetargets.class|attributetargets.method)]
    public class apiauthorizeattribute : authorizeattribute
    {
        public override void onauthorization(httpactioncontext actioncontext)
        {
            var authorization = actioncontext.request.headers.authorization;

            if (actioncontext.actiondescriptor.getcustomattributes<allowanonymousattribute>(true).count != 0
                || actioncontext.actiondescriptor.controllerdescriptor.getcustomattributes<allowanonymousattribute>(true).count != 0)
            {
                base.onauthorization(actioncontext);//正确的访问方法
            }
            else
            {
                if (authorization != null && authorization.parameter != null)
                {this.handleunauthorizedrequest(actioncontext);//没有权限
                }
                else
                {
                    this.handleunauthorizedrequest(actioncontext);//没有权限
                }
            }
        }

        protected override void handleunauthorizedrequest(httpactioncontext actioncontext)
        {
            base.handleunauthorizedrequest(actioncontext);
        }
    }

梳理下逻辑:

首先,通过httpactioncontext 获得我们在ajax中传入的requset.headers.authorization.

然后,通过判断是否有allowanonymousattribute标识。

结合实际场景来理解这一步,还是上文例子。我总不可能一个演唱会主角还没进场就给保安拦着了要我出示票据???我自己唱歌难道还要自己出钱买票欸?好气哦是不是?

是的,如果你是保安你就被喷了,那一样的,如果你是这个项目的开发者,整个项目运行起来就没一个人能登录进来,连你自己都进不去,所以考虑实际开发不要反人类逻辑思考,那么就提供了allowanonymousattribute。通过在控制器上加上[allowanonymous],相当于走绿色通道不要门票,那么这个最应该放在哪呢?

如果没有关系走不了后门,那么就老实判断有无门票。

然后如果没有,保安赶人,也就是进入handleunauthorizedrequest方法,这是会直接将页面重定向到登录页面。当然你要是宅心仁厚是个文化人,不想要保安如此粗鲁,自己重写代码

返回一段现在最流行的json数据问问施主可还有其他诉求。

这里就会涉及到一个问题,webapi的返回值是不支持的json格式的,如果又不想更改配置,那么可以利用httpresponsemessage返回json。

return new httpresponsemessage()
            {
                content = new stringcontent("string", encoding.utf8, "application/json"),
            };

 这一步做完,是不是觉得终于可以进行激动人心的登录仪式了?

想什么呢,什么都没有。数据库你都没有呢朋友。建库建表都还没进行呢。

  • orm
  • entity framework

object relational mapping,对象关系映射。

这个内容很多,这里使用entity framework,毕竟.net一套。至于为什么,最直接的就是因为不想写sql语句而且安全,这理由还不充分吗?不行你往你自己用sql语句写的登录网站试试输入' or 1 = 1 --',看看会不会有惊喜?有惊喜的少年恭喜你真的很适合看我的博客,给个关注给个推荐谢谢嗷。

下个定义:ef是微软基于ado .net而开发的一套跨数据库的orm框架(hhhhhh这里就不做过多赘述了,资料很多,我自己也写了一个word文档,如果全小白自学的可以联系我发给你哈哈哈,其实后面会单独写ef的,还会浅谈下自学的entity framework core,毕竟我也很菜)

在解决方案demo下建立data文件夹,文件夹下新建一个.net frameworek的类库,取名domain,domain类库下建立models文件夹,此文件夹下建立实体类。

建库建表时就要考虑到项目需求问题,这点很重要很重要很重要,这也时有无项目经验的主要体现。加粗加红好了。

因为是个简单教程,那么我这个项目,目前先做个做个能给每个公司提供管理员工,管理自己公司信息报表的简单平台。后期纵向横向发展那些再说。比如加个department表之类的,然后再来个上级管理,下级官吏啊啧啧啧,少年自己冲。

我们先建立简单的三张表,一张员工表,提供账号密码以及简单个人信息问题。一张账号信息表,方便记录一些账号操作行为。一张公司表,提供基础信息。

公司与员工的关系,员工与账号的关系,设置一个公司有一个管理账号,那么又有

建表时,考虑到更新性原因,尽量不适用外键,所有依赖关系通过自己去思考,比如账号信息表是不是应该有个用户id字段,以便于进行联表操作之类,同时对于删除问题,可以根据不同情景,去考虑使用物理删除还是逻辑删除。

这里简单提下物理删除和逻辑删除的区别:物理删除是删除数据库中的数据,不具有恢复性。而逻辑删除,不删除数据库中的数据,而是通过一些自定义的flag去判断,可以理解为黑名单,你可以表格中设置bool 类型字段deletesian,为true时可以使用,为false时拉黑,禁用,当需要时可以解除拉黑。

employeemodel类: 

using system.componentmodel.dataannotations;
using system.componentmodel.dataannotations.schema;

namespace demo.domain.models
{
    [table("employeesinfo")]
    public class employeesinfomodel
    {
        [key]
        public int employeesid { get; set; }
        public int companyid { get; set; }
        /// <summary>
        /// 员工姓名
        /// </summary>
        public string name { get; set; }
        /// <summary>
        /// 性别
        /// </summary>
        public string sex { get; set; }
        /// <summary>
        /// 工号
        /// </summary>
        public string jobnumber { get; set; }
        /// <summary>
        /// 员工电话
        /// </summary>
        public string mobile { get; set; }
        /// <summary>
        /// 账号
        /// </summary>
        public string accountnum { get; set; }
        /// <summary>
        /// 密码
        /// </summary>
        public string passwords { get; set; }
        /// <summary>
        /// 账号身份
        /// </summary>
        public int accountrole { get; set; }
        /// <summary>
        /// 员工职位
        /// </summary>
        public int employeerole { get; set; } 
        public bool deletesign { get; set; }
    }
}

 accountinfomodel类:

using system;
using system.componentmodel.dataannotations;
using system.componentmodel.dataannotations.schema;

namespace demo.domain.models
{
    [table("accountinfo")]
    public class accountinfomodel
    {
        [key]
        public int accountid { get; set; }
        /// <summary>
        /// 账号名
        /// </summary>
        public string accountname { get; set; }
        public int employeesid { get; set; }
        /// <summary>
        /// 管理查询
        /// </summary>
        public int companyid { get; set; }
        /// <summary>
        /// 登陆次数
        /// </summary>
        public int logincount { get; set; }
        /// <summary>
        /// 开号时间
        /// </summary>
        public datetime? createtime { get; set; }
        public string createip { get; set; }
        /// <summary>
        /// 最后登陆时间
        /// </summary>
        public datetime? lastlogintime { get; set; }
        public string lastloginip { get; set; }
    }
}

companyinfomodel类:

using system;
using system.componentmodel.dataannotations;
using system.componentmodel.dataannotations.schema;

namespace demo.domain.models
{
    [table("companyinfo")]
    public class companyinfomodel
    {
        /// <summary>
        /// 编号
        /// </summary>
        [key]
        public int companyid { get; set; }
        /// <summary>
        /// 省
        /// </summary>
        public string province { get; set; }
        /// <summary>
        /// 市
        /// </summary>
        public string city { get; set; }
        /// <summary>
        /// 区
        /// </summary>
        public string area { get; set; }
        /// <summary>
        /// 全称
        /// </summary>
        public string fullname { get; set; }
        /// <summary>
        /// 组织机构代码
        /// </summary>
        public string organizationcode { get; set; }
        
        public string mobile { get; set; }

        public int power { get; set; }

        public bool deletesign { get; set; }
    }

    /// <summary>
    /// 管理范围
    /// </summary>
    //public enum power
    //{
    //    全部 = 0,
    //    多区 = 1,
    //    单区 = 2
    //}
    ///// <summary>
    ///// 账号身份
    ///// </summary>
    //public enum accountrole
    //{
    //    管理登录 = 0,
    //    普通登录 = 1
    //}
    ///// <summary>
    ///// 员工身份
    ///// </summary>
    //public enum employeerole
    //{
    //    部门主管 = 0,
    //    普通员工 = 1
    //}
}

 也可以使用枚举,这里我还是没用了。但是意思就是这么个意思哈哈哈哈。

 

通过ef建库建表完成之后,是不是觉得终于可以进行激动人心的登录仪式了?

转自:https://www.cnblogs.com/InsufficientLuo/p/InsufficientLuo.html