2012-01-10 3 views
1

VS 2010のWindows Workflowの開発が遅いという問題があります。デバッグ時には、WFのブレークポイントに達する前に最大10秒かかります。残りのインフラストラクチャは正常です。つまりUIとサービスレイヤのデバッグが高速です。 私たちのxamlはシンプルですが、さまざまなケースがたくさんありますので、284kbです。それを編集するのは一般的に問題ありません。Windows Workflow 4の開発が遅い

デバッグ時にxamlを読み込むのに時間がかかります。しかし、私がデバッグポイントを削除すると、私はそれが再び高速で実行されることを期待しています。これは起こっていない。私は同じサイズの他のxamlを持っていますが、デバッグポイントは設定されておらず、速く動いています。デバッグポイントを追加するとすぐに、後でそれを削除しても、信じられないほど遅く実行されます。

私は開発チームに所属していますが、私は遅いMaster.xamlを実行しており、チームメイトは遅いGeneralLedger.xamlを実行しています。これらは異なるため、チェックインする共通コードの一部にすることはできません。

プロジェクトのプロパティを確認し、solution.suoファイルを再構築しましたが、何も役立たないようです。

アイデア?

+0

別の回答を投稿して独自の質問に答えてください。 –

+0

@Daviはあなたの質問の本文ではなく、あなたの答えを以下に追加すべきだと言っていたと思います。それは奇妙に見えるかもしれませんが、それがここで私たちがやる方法です。必要な待ち時間の後に、それを正しいものとして選択することができます。 – Will

+0

アドバイスをいただきありがとうございます。私はそれをやろうとしていたが、自分の質問に答えるまでに8時間待たなければならなかった。私はまもなくそれをやるよ –

答えて

1

自分の質問に答えるが、うまくいけば他の人を助けるだろう。

ソリューションの実行時に出力を確認したところ、パフォーマンスに問題がなかったxamlsに対して次の行が見つかりました。

デバッガの計測が失敗します。理由:ファイル 'D:¥AProject¥MasterOrchestration¥Master.xamlx'が見つかりませんでした。スレッド '(0x2dcc)がコード0(0x0)で終了しました。

私の同僚と私は別のドライブに私たちのコードを持っていたので、他のマシンがデバッグポイントを置いていたプロジェクトのXamlDebuggerをロードできませんでした。これにより、Master.xamlファイルの下の要素が見つかりました。

要素全体を削除すると速度の問題が修正され、アプリは再び高速で実行されています。

sad:XamlDebuggerXmlReader.FileName="C:\AProject\MasterOrchestration\Master.xamlx" 
+0

また、上記のデバッグパス(XamlDebuggerXmlReader.FileName)がコンピュータ上のXamlの場所と一致しない場合は、XAMLをデバッグできない場合があります。 –

0

ワークフローをデバッグするには、ファイル名が必要であることに注意してください。同じディレクトリ構造を使用する方が良い解決策です。

+0

ありがとうモーリス。私の主な問題は、私がデバッグしていないときに、犬のように走っていたということです。私はその行を削除して非デバッグ性能を改善する必要がありました。 また、デバッグポイントを置くと、xamlに自動的に行が追加されます。 –

関連する問題