让我的 clickonce 应用程序部分信任值得吗？

Question

我即将开始开发一个针对内部客户的 ClickOnce 应用程序，以便在组织的 Intranet 上使用。我想简化设置过程，因此我认为开发部分受信任的应用程序是一个好主意，但现在我不太确定。

用户特别要求的一件事是（归结为）带有提示文本的 TextBox。目前提供此功能的最简单方法是使用 TextBox 的简单子类，其中包含 CueText 功能作为属性。提示文本功能是通过 PInvoke 调用 SendMessage() 来完成的。

protected override void OnHandleCreated(EventArgs e)
{
    this.UpdateCueText();  // Bang, you're dead here
    base.OnHandleCreated(e);
}

private void UpdateCueText()
{
    if (this.IsHandleCreated)
    {
        NativeMethods.SendMessage(new HandleRef(this, this.Handle), setCueBannerMessage, this.showCueTextWithFocus ? new IntPtr(1) : IntPtr.Zero, this.cueText);
    }
}

“啊哈！我需要 SecurityPermission.UnmanagedCode。”据我所知，默认的 Intranet 区域安全性包括 SecurityPermission 权限，因此我尝试运行它，但它在调用 UpdateCueText() 时发生爆炸。我什至可以检查 SecurityException 上的属性，b/c 每次尝试评估 SecurityException 属性都会抛出另一个无法检查的 SecurityException。

我尝试标准修改：

protected override void OnHandleCreated(EventArgs e)
{
    var permission = new SecurityPermission(SecurityPermissionFlag.UnmanagedCode);
    permission.Assert();
    try
    {
        this.UpdateCue();
    }
    finally
    {
        CodeAccessPermission.RevertAssert();
    }
    base.OnHandleCreated(e);
}

仍然没有运气。但是，当我进入项目属性中的安全设置页面并将 SecurityPermission 设置为“包含”而不是“区域默认”时，我什至不需要手动断言，一切都会发生。但当然，我假设客户仍然会收到海拔提示。

是否可以在部分信任的环境中做我想做的事情？我开始怀疑这不是因为它甚至没有意义。任意部分受信任的代码不应该只能调用 SendMessage，对吧？我开始意识到我一直在试图规避安全措施而不是在其中工作。

如果是这样的话，是否值得以部分信任为优先来开发这个应用程序？努力？或者我应该为了日程安排和满足 ui 要求而屈服于设置时的提升提示来创建完全可信的应用程序？

Answer 1

如果您正在部署一个 Intranet 应用程序，我绝对认为不值得去扰乱部分信任场景。部分信任往往难以理解，并且可能会给您的代码带来不明显的限制。我仅在必须将组件部署到现有的部分信任环境中时才使用它。

在不需要的场景中设置新的部分信任环境只会给您自己增加额外的开销。除非有特定的客户要求（对于内联网应用程序不太可能），否则我会避免使用它。

Answer 2

该语句

permission.Assert();

只能授予程序集已经可用的线程权限。这就是为什么那不起作用。

所以：是的，您需要在程序集级别包含这些权限。正如 JaredPar 所说，您不妨使用完全信任。