为什么要在Asp.net MVC中创建自定义主体时创建自定义主体接口?

时间:2015-06-13 17:05:51

标签: asp.net-mvc iprincipal principal custom-authentication

最近我解释了如何创建自定义主体,我得到了答案,但有一件事我不明白,我发现这个解决方案堆栈溢出

using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
using System.Security.Principal;
namespace workflow.Authorize
{
    interface ICustomPrincipal : IPrincipal
    {
        int Id { get; set; }
        string FirstName { get; set; }
        string LastName { get; set; }
    }

    public class CustomPrincipal : ICustomPrincipal
    {

        public IIdentity Identity { get; private set; }
        public bool IsInRole(string role) {

            if(this.Roles.Contains(role))
             return true; 
            else
                return false;
        }

        public CustomPrincipal(string email)
        {
            this.Identity = new GenericIdentity(email);
        }

        public int Id { get; set; }
        public string FirstName { get; set; }
        public string LastName { get; set; }
        public string Roles { get; set; }
    }

    public class CustomPrincipalSerializeModel
    {
        public int Id { get; set; }
        public string FirstName { get; set; }
        public string LastName { get; set; }
        public string Roles { get; set; }
    }

}

但我不明白为什么开发人员创建ICustomPrincipal接口并强制CustomPrincipal继承它为什么CustomPrincipal类不直接从IPrincipal接口继承

1 个答案:

答案 0 :(得分:1)

对我来说,如果你需要强制用户覆盖其他属性和方法,那么你必须创建一个自定义界面。

开发人员创建了自定义界面并添加了新属性,例如 FirstName 属性和 LastName 属性,以强制您应用它们。

查看here,您会发现Iprincipal界面唯一的属性是身份属性,但这对您来说还不够。

我希望这可以帮助您理解为什么开发人员有时会创建一些自定义界面。