VSTO 加载项：我需要额外的代码保护吗？
VSTO add-ins: Do I need extra code protection?
我正在 Visual Studio 2015 年使用 Visual Basic 开发 VSTO Word 加载项。使用 Windows 安装程序（准确地说是 InstallShield）部署最终的 .exe 文件。我想保护我的源代码，使我的用户无法看到或修改它。用户可以轻松地 "crack" 我的软件看到源代码吗？我需要获得第 3 方代码保护吗？谢谢。
VSTO，因为所有 .Net 程序集都可以很容易地成为 decompiled。我建议你混淆你的代码。它不会完全保护您的 VSTO（因为这是不可能的），但它会使破解它变得更加困难。
即使您进行了混淆，您也可以（不像未混淆那样容易，但仍然）对 .NET 程序集进行逆向工程。我认为您要问的比这容易得多。 VSTO（实际上是纯 .NET 代码）对于最终用户来说是不可读的，并且没有工具 - 逆向工程 - 无法编辑代码。这与 VBA 不同，在后者中，如果项目不受保护，用户可以编辑代码。
除非你有一些非常机密的代码要保护，否则我认为你不需要担心普通最终用户编辑你的 .NET (VSTO) 代码，它需要一些技能至少能够反编译编辑，编辑后再次部署并制作 运行。
另一种方法是对您的程序集进行代码签名，并允许 Office 仅 运行 您的代码签名程序集。即使他们设法破解了您的代码，他们仍然无法 运行 因为它不再是代码签名的。
我正在 Visual Studio 2015 年使用 Visual Basic 开发 VSTO Word 加载项。使用 Windows 安装程序（准确地说是 InstallShield）部署最终的 .exe 文件。我想保护我的源代码，使我的用户无法看到或修改它。用户可以轻松地 "crack" 我的软件看到源代码吗？我需要获得第 3 方代码保护吗？谢谢。
VSTO，因为所有 .Net 程序集都可以很容易地成为 decompiled。我建议你混淆你的代码。它不会完全保护您的 VSTO（因为这是不可能的），但它会使破解它变得更加困难。
即使您进行了混淆，您也可以（不像未混淆那样容易，但仍然）对 .NET 程序集进行逆向工程。我认为您要问的比这容易得多。 VSTO（实际上是纯 .NET 代码）对于最终用户来说是不可读的，并且没有工具 - 逆向工程 - 无法编辑代码。这与 VBA 不同，在后者中，如果项目不受保护，用户可以编辑代码。
除非你有一些非常机密的代码要保护，否则我认为你不需要担心普通最终用户编辑你的 .NET (VSTO) 代码，它需要一些技能至少能够反编译编辑，编辑后再次部署并制作 运行。
另一种方法是对您的程序集进行代码签名，并允许 Office 仅 运行 您的代码签名程序集。即使他们设法破解了您的代码，他们仍然无法 运行 因为它不再是代码签名的。