WPF 和客户端应用程序服务的注销问题

Question

我最近正在使用 WPF 和客户端应用程序服务对应用程序进行原型设计。我正在尝试使用客户端应用程序服务的所有三个功能：表单身份验证、角色安全性和客户端配置文件。我已经设法让一切正常工作，但我觉得我的解决方案是一个拼凑，想要一个更好的方法。

为了进行讨论，假设如下：

我有两个 WPF 窗口：

第一个窗口是我的主应用程序表单。它有两个按钮“登录”和“检查线程主体”。

第二个窗口是一个登录表单，它实现 IClientFormsAuthenticationCredentialsProvider 接口，以使用 GetCredentials 方法返回带有输入的用户名和密码的新 ClientFormsAuthenticationCredentials 对象。

应用程序启动，加载主窗口，用户单击登录按钮。在按钮单击事件中，将调用 System.Web.Security.Membership.ValidateUser(String.Empty, String.Empty)。这会导致调用我的登录表单中的 GetCredentials 方法，从而显示登录窗口。主窗口按钮单击事件中的代码等待用户在登录窗口中输入信息。

一旦用户提交登录信息，登录表单关闭，执行流程返回到主窗口登录单击事件。如果提交的用户名和密码有效，则 Thread.CurrentPrincipal 具有适当的 FormAuthentication 主体。

如果我们返回主窗口窗体并单击“检查线程主体”按钮，然后检查按钮单击事件上的 Thread.CurrentPrincipal，我们会看到 Thread.CurrentPrincipal 不再是 FormsAuthentication 主体，而是通用 Windows主要的。

在我的研究中，我找到了几种处理此问题的方法：

第一种是在验证用户后立即调用 AppDomain.CurrentDomain.SetThreadPrincipal(Thread.CurrentPrincipal)。这将确保 FormsAuthentication 主体在应用程序的整个生命周期中一直存在。问题是我不能设置两次。因此，如果我调用 ClientFormsAuthenticationMembershipProvider.LogOut() 方法，并尝试再次执行登录过程。我收到“默认主体对象不能设置两次”的错误。

第二种方法，也是我为原型选择的方法，是创建一个名为 UserAuthentication 的类。此类中有一个名为 Current 的静态属性，它返回 UserAuthentication 类型的单例。在 UserAuthentication 类中，我维护自己的 CurrentPrinipal 和 Original Primary 属性，它们的类型为 IPrincipal。我还有 LogIn 和 LogOut 方法，用于管理对 System.Web.Security.Membership.ValidateUser(String.Empty, String.Empty) 和 ClientFormsAuthenticationMembershipProvider.LogOut() 的调用，并维护封装的 CurrentPrinipal 和 Original Primary 属性的状态。

通过作为单例执行此操作，我仍然可以通过调用 CommonAssembly.UserAuthentication.Current.CurrentPrincipal.IsInRole("SomeRole") 来访问 IsInRole 功能。我可以通过确保在调用 Properties.Settings.Default.Save() 之前调用 System.Threading.Thread.CurrentPrincipal = CommonAssembly.UserAuthentication.Current.CurrentPrincipal 来实现客户端配置文件功能。

这是可行的，但我觉得这是一个拼凑，并且在我的研究中我无法找到适当的解决方案。我知道部分问题在于 WPF 如何处理执行上下文，但我觉得必须有更好的方法。

我希望我的解释和内联代码示例不会太令人困惑。实现所有这些所需的代码超出了我在帖子中所能写的范围。

供参考。我在堆栈溢出上看到过类似的线程，但没有一个真正充分回答了这个问题。我还在网络上看到过客户端应用程序服务实现示例，但没有一个专门使用非 silverlight WPF。

那么是否有更好的方法允许我使用 Thread.CurrentPrincipal 进行登录/注销，从而避免我维护自己的委托人？

我感谢任何人可以提供的任何帮助或见解。

亲切的问候，

伯尼