如何在ASP.NETIdentity中创建不同的用户类型？我是网络开发的新手。现在我正在学习ASP.NETMVC5和ASP.NETIdentity。你能根据我的情况给我一些建议吗：在我的网站上，我想要某种类型的用户。例如：买家卖家他们每个人都可以登录并控制他的一些信息。（例如，买家可以更改他的信息，添加请求。卖家也可以更改他的信息并添加项目）现在，我创建这样的东西：usingMicrosoft.AspNet.Identity.EntityFramework；使用System.Data.Entity；公共类ApplicationUser:IdentityUser{publicint?买家编号{得到;放;公共诠释？SellerId{得到;放;}publicvirtualBuyerBuyer{get;放;}publicvirtualSellerSeller{get;IdentityDbContext{publicApplicationDbContext():base("DefaultConnection"){}...}当我们创建一个用户时，他会得到角色和属性以及一些信息（例如，如果是买家，他的角色是“买方”和一些买方财产（卖方将为空）。这是正常做法吗？更新：我想我选了一个不好的例子（卖方和买方）。在我的例子中，我有类似推荐系统的东西（另一个例子）：第一种用户，可以添加关于他自己的信息并找到一些项目（例如水果）第二类用户，添加此项目（附加信息）（例如苹果，梨，葡萄。其他（第二类用户）添加蔬菜）最后，一些额外的可以添加信息（例如城市系统可以根据用户的附加信息（例如最近的经历等）和物品（例如品种、成本等、水果）来确定用户的偏好。不，那不是你想要的处理方式。用户就是用户。如果你在能力上有真正的区别，你可以使用角色，但在大多数系统中，就像你描述的那样，成为“买家”或“卖家”并不是非黑即白的事情：买东西的人，可能最终喜欢这次销售，卖家可能真的想买东西。我的建议是不要做任何区分。如果你想在有人出售之前经过一些批准程序，那么你可以再次使用“卖家”角色，只有那些被添加到该角色的人才能看到卖家选项。如果你需要存储作为买家或卖家的唯一信息，那么你也可以使用声明，它比向用户模型添加额外的属性更灵活，并且更灵活地创建实际的外键关系来存储额外的数据。您应该查看Membership-和RoleProviders，这是Microsoft处理此问题的标准方法。然后您可以选择以下两个选项之一。如果你想走简单的路，你可以使用微软在SQL数据库中存储用户和角色的标准方法，并为此获得Web用户管理。如果您的自定义系统中已经有大量用户和角色，您可能希望编写自定义成员资格和角色提供程序，以将现有用户和角色映射到您要在站点中执行的操作。在此处查看此示例。以上是C#学习教程：如何在ASP.NET身份中创建不同的用户类型？如果所有分享的内容对你有用，需要进一步了解C#学习教程，希望大家多多关注。本文收集自网络，不代表立场。如涉及侵权，请点击右侧联系管理员删除。如需转载请注明出处：
