Javascript 处理复杂类型时的索赔方法

不知道如何以一种不会导致讨论的方式来回答这个问题。然而，我们正在构建一个商业应用程序。我们选择使用身份作为身份验证的形式

我们的应用程序安全性将无法适应传统的IsInRole，我们所做的一切都必须是动态的

我们遵循类似windows文件安全的模式。我们有安全对象。SecurityObjects来自分层的表

然后，SecurityObjects具有完整、读取、写入和拒绝的SecurityObjectPermissions

我们的设计是，我们可以将它们用于任何需要应用安全性的东西

我将在这个问题上使用的示例是，我们的应用程序是模块化的，并且有多个插件

PluginA和PluginB将是SecurityObjects。然后这些SecurityObjects中的每一个都会有子SecurityObjects

PluginA | ---视图1 ---视图2

插件b
| ---视图11 ---视图12

然后，用户或角色可能会授予securtyobject对上述任何或所有SecurityObjects的权限

最初的想法是，我们将创建复杂的声明类型，因为我们需要在声明中将View11和View12关联为PluginB的子级

但是，我一直在阅读，建议不要创建自定义的复杂索赔类型

现在，我们的大部分代码都是MVC/C，但我们会在需要时加入jquery。今后，如果我们需要用javascript做所有事情，我们希望确保从javascript中读取我们的声明不会有任何问题

所以问题是，有没有人有他们会推荐给我们使用的样品、文章、文件等

---

提前感谢您的任何意见或建议。

听起来您在研究如何实现

索赔实体结构方面会有更好的运气。这就像你在windows中作为一个用户所宣称的那样，可以根据你的需要进行细化

这里有一些微软关于实现它的文档，但有很多实际例子
我忘了补充一点，在我公司正在构建的当前应用程序中，我们最终实现了它，这样我们就可以构建由用户而不是我们定义的动态角色，相反，它使角色只是一个claimsUpdate的集合：我们使用ClaimSideEntity，在原始评论中我们使用MVC/C。目前，如果建议我们不应该对声明值使用复杂类型，那么我知道要做的唯一其他事情就是实现我们自己的自定义UserStore和IUser类，并在身份验证后为用户帐户添加水合物。我假设我们必须对配置文件值做同样的处理，因为一切都不像简单的属性和值那么简单。要么这样做，要么找出某种格式模式，将所有内容序列化为字符串并反序列化。