在 WPF 应用程序中对 BAML 进行 Dotfuscating BAML答案

【问题标题】：Dotfuscating BAML in WPF application在 WPF 应用程序中对 BAML 进行 Dotfuscating BAML
【发布时间】：2013-04-28 01:57:09
【问题描述】：

'再看一次，

我的 Dotfuscation 工作仍在继续！因此，我目前正在混淆一个由约 38 个程序集组成的合理复杂的 WPF 应用程序。现在我已经克服了我的性能问题 (Speeding up obfuscation process)，我现在开始测试 Dotfuscator v4.10 的 BAML 混淆功能。

麻烦的是，它不起作用 - 生成的错误（嗯，警告）都是相同的形式，我在讨论的网络上找不到任何东西：

BamlAnalysis flagged something in Data Binding Path: SOMEFIELDNAME in 
SOMERESOURCEPATHTOBAML.baml for the following reasons: 
Could not resolve, may have to manually exclude.

任何人都遇到过这种情况，并且知道它到底想让我改变什么？

[编辑：]即使在它抱怨的属性上设置手动排除也不会消除警告......而且它看起来好像根本没有改变底层 BAML（至少不是通过反射器进行目视检查） )。

[EDIT2:] 另外，应该说明 Dotfuscator 是这里的要求，因此替代工具可能对我没有帮助。

【问题讨论】：

很高兴再次与您交谈。 +1 个有用的问题。
不幸的是，这些警告在排除后不会消失。问题基本上是“我们看到一个名为 Foo 的属性......但我们不知道它属于哪个类”。所以，我们发出警告，但很难知道你也正确排除了它......所以没有办法摆脱警告:(
啊，我对此有一种不好的预感...感谢@Earlz 提供的信息 - 以及嘿嘿 HighCore :)

标签： wpf obfuscation dotfuscator baml

【解决方案1】：

您可以尝试使用最新版本的Eazfuscator.NET 来混淆复杂的 WPF 应用程序。 XAML 重命名由一个完美的分析器提供支持，该分析器将 XAML 的绑定、命令和所有其他方面都考虑在内，以提供精确的结果。

【讨论】：

在某些情况下“完美”是不可能的，即使使用动态分析也是如此。数据绑定特别困难，因为 DataContext 可以随时更改为任何对象。我不会争论 Eazfuscator 是好是坏，因为我显然会有偏见，但“完美”这个词在这里可能不合适
不幸的是，客户要求就是客户要求；也就是说，我可以看到混淆有效的仅运行时行为的困难。