wpf xamlデザイナーのバグ

私たちのプロジェクトでは* .xamlファイルを開くたびに、作業デザイナーはいないし、 'タイプが見つかりません'、 'アセンブリが見つかりません'などと表示されます。新しいWPFアプリケーションを作成し、プロジェクトルートにフォルダを作成し、フォルダに値コンバータを追加し、 'MainWindow.xaml'でそれを使用しようとします。wpf xamlデザイナーのバグ

おそらくこのような記述をします：

xmlns:Folder="clr-namespace:WpfApp.Folder"

、その後

<Window.Resources> 
     <Folder:SomeValueConverter x:Key="someKey"/> 
    </Window.Resources>

ご存知のとおり...

そして今、最も興味深いものです！あなたがx86または '任意のCPU'用にプロジェクトをビルドするとき - すべてがうまくいくでしょう、デザイナーは利用可能になります、すべての名前空間は完全にインポートされます！しかし、プロジェクトの構成をx64に変更してください...ソリューションを再構築し、 ...あなたは驚かれるでしょう...エラー、タイプが見つからないなど... x64アプリケーションでVS xamlデザイナーをどのように使用するのですか？

のWindows 7のエンタープライズx64のは、Visual Studio 2010の究極の

出典

2011-03-15 illegal-immigrant

例エラーは..... – Will

*未定義のCLR名前空間です。 'clr-namespace' URIは、assemblyErrorに含まれていない名前空間 'WpfInteractive.Folder'を参照しています。* 'Folder：SomeConverter'タイプが見つかりませんでした。アセンブリ参照が不足していないこと、および参照されているすべてのアセンブリが構築されていることを確認します。 –

Others have reported the same problem。 workaroundsの1つは、32ビットターゲットでデザイン作業を行い、コンパイルとデプロイの準備ができたときにのみ64ビットに切り替えることでした。

出典

2011-03-15 16:34:55

リンクありがとうございました、このトピックはまだ見ていません... –

ありがとう！これは私の問題を解決しました。 –

これは私の問題を解決しました。 –

私の場合、この動作を引き起こしていたリリース構成のビルド後のステップとして、私はobfuscator（正確にはConfuserEx）を使用していました。デバッグ構成に戻って問題を修正しました。あるいは、ビルド後のステップを削除することで問題を解決することもできます。

出典

2016-06-24 11:29:19 dotNET

wpf xamlデザイナーのバグ

答えて

関連する問題