クライアントベースにXPが引き続き使用されている場合、WPFで製品を書き直していますか？

このサイトだけでは、XPに関連するWPFの問題の例が数多くあります。例：クライアントベースにXPが引き続き使用されている場合、WPFで製品を書き直していますか？

私の顧客基盤はまだXPを使用している場合は、この段階でWPFに良いアイデアを私のVB6の製品を書き換えているか、私はちょうど今のWinformsのために行く必要があり、クライアントがXPからアップグレードするまでWPFを終了しますか？

2011-11-29 CJ7

XPではWPFは問題ありません。アプリケーションを書き直しているなら、私はWinFormsのルートに行くことを躊躇します。 –

@AaronMcIver：XPに問題があることを示した質問の一覧は表示されませんでしたか？ – CJ7

私は数多くのWPFアプリケーションを書いていますが、XPには何の問題もなく多くのものがあります。 _problem_が呼び出されただけで、問題がフレームワークにあることは示されませんが、それはユーザーと関係がある可能性があります。 –

私はwinforms開発に関連する多くの問題があると思われます。

私はそれがあなたが達成したいものに依存すると思います。 WPFはXP上で正常に動作し、winformsでは実際には不可能な非常に洗練されたユーザーインターフェイスを定義することができます。学習曲線があるので、アプリケーションを書き直す時間が長くかかる可能性があります。あなたが知っている場合

ユーザーベースは、なぜ既存のアプリケーションをサポートし、WPFで再書き込みに時間を使用しないでとにかくXPからアップグレードしてXPの特定の問題を心配する必要はありません。しますVB6で書かれているにもかかわらず、完全に機能しているバージョンがあれば、WPFでもう一度書き直して書き直すことを考えてwinformsに書き直しません。

出典

2011-11-29 14:51:15 kmp

私は、XP上で完全に動作する非常に大きく複雑なWPFアプリケーションを開発しました。はい、おそらくいくつかの問題が発生する可能性がありますが、これはWPFを完全に避けるべきではありません。

アプリケーションを書き直す場合は、WPFを使用することでより多くのことを行うことができます。また、学習曲線もありますが、それほど急峻ではなく、欠点を上回る利点があります。

私は、製品をWPFに移行し、アップグレードする必要がない場合は古いものを残しておきますが、WPFで既存のアプリケーションのコードを再利用することは可能でしょうあなたが思っているほど悪いです。

出典

2011-11-29 15:00:06 Purplegoldfish

クライアントベースにXPが引き続き使用されている場合、WPFで製品を書き直していますか？

答えて

関連する問題