C# System.IdentityModel.Policy.IAuthorizationPolicy是否过时？
根据这篇msdn文章，接口IAuthorizationPolicy是在使用wcf时注入自定义授权逻辑/自定义声明的方法 然而，据统计，这个接口中使用的一些类似乎“几乎过时” System.IdentityModel.Claims命名空间包含 基于Windows通信基础（WCF）索赔的实现 身份授权模型。此模型包括索赔类和 索赔集类。从.NET Framework 4.5和 将Windows身份基础（WIF）集成到.NET中 框架，WCF基于索赔的身份模型已被 WIF。WIF提供了一个基于声明的身份对象模型，可以 用于跨多个应用程序提供身份验证和授权 Microsoft产品堆栈，包括CLR、WCF和ASP.NET。WIF 表示声明、声明类型和标识的类，以及 基于声明的主体包含在 System.Security.Claims命名空间从.NET4.5开始，这些 应使用类，而不是中的类 System.IdentityModel.Claims命名空间。 查看WIF类，似乎没有IAAuthorizationPolicy的替代品，但是可以从scatch（claimsAuthorizationManager/claimsAuthorizationManager）编写自定义身份验证和授权逻辑。建议的方法是什么C# System.IdentityModel.Policy.IAuthorizationPolicy是否过时？,c#,wcf,wif,claims-based-identity,claims,C#,Wcf,Wif,Claims Based Identity,Claims,根据这篇msdn文章，接口IAuthorizationPolicy是在使用wcf时注入自定义授权逻辑/自定义声明的方法 然而，据统计，这个接口中使用的一些类似乎“几乎过时” System.IdentityModel.Claims命名空间包含 基于Windows通信基础（WCF）索赔的实现 身份授权模型。此模型包括索赔类和 索赔集类。从.NET Framework 4.5和 将Windows身份基础（WIF）集成到.NET中 框架，WCF基于索赔的身份模型已被 WIF。WIF提供了一个基于声明
感谢您的意见是的，由于.NET 4.5中引入了“新”身份管道，因此不推荐使用这些意见 ClaimsAuthenticationManager现在是扩展点，可以在主体命中服务代码之前向主体添加声明。ClaimsAuthorizationManager可用于隔离授权策略（例如，与ClaimsPrincipPerpermission类结合使用） 无耻插头：