I can repro your problem by creating a WPF application with a user control (put the user control on the wpf app, and build x64).
Here's my guess as to what's going on:
Visual Studio is a 32-bit application and the WPF designer has to load referenced assemblies (you see that behavior all of the time when you use user controls, where you have to rebuild to get the designer to update). Windows does not support a sharing between 32-bit and 64-bit - you have to have either a 32 bit app or a 64-bit app, period, no sharing.
Since the WPF designer is 32-bit, the assemblies need to be 32 bit.
Here is a possible solution:
Design your app with the "Any CPU" option. This will cause your code to JIT to 32-bit on 32-bit platforms and 64-bit on 64-bit platforms.
- The designer will work in "any cpu" because the assemblies get jitted to 32-bit.
- When you need to debug 64-bit specifically, switch your build configuration to 64-bit (knowing that you must switch back to "32-bit or "any cpu" do form design)
与恶龙缠斗过久,自身亦成为恶龙;凝视深渊过久,深渊将回以凝视…