問題タブ [mfc]

C および C++ でコンソールおよびネットワーク クライアント/サーバー アプリケーションを作成した経験がありますが、win32 ビジュアル API、MFC、Qt、wxWidgets などの使用についてはほとんど知りません。に特化し、将来に備えて堅牢にするために？

私のMFCアプリケーションでは、CComboBox :: ShowDropDown（）を呼び出すと、コンボボックスとの対話が完了するまで（コンボボックスがフォーカスを失ったとき）、マウスカーソルが非表示になります。マウスを動かしても、マウスカーソルは再表示されません。編集ボックス付き。

マウスカーソルが隠れないようにするにはどうすればよいですか？

私は MFC アプリケーションを開発しています。最近、Windows のタイトル バーからアイコンを削除し、閉じるボタンを保持するための適切な方法を探していました。2 つの明白な解決策の候補は、システム メニュー スタイルをオフにするか、ツール ウィンドウ スタイルを使用することですが、システム メニューを無効にしたり、縮小されたツール ウィンドウのタイトル バーを使用したりしないことをお勧めします。多くの MFC アプリケーションにはこの機能があります。

すっごく、コードのほとんどがレガシー MFC であるこの新しい仕事をすぐに開始します。最終的な目標は、に変換/書き換えることC#です。

私はMFCに少し慣れていないので、コードを書いて、記憶に火をつけようとしています。とにかく、MFC を使用して SS2005 データベースに接続する最良の方法を考えていました。昔は、ODBC 経由の CDatabase が主流でしたが、ここ数年で変わりましたか? ATL と ADO を使用できるようですが、私の好みでは少し冗長に見えましたか?

私の会社は、Visual C++ の MFC を UI 開発のデファクト スタンダードとして使用する長年の製品を開発しました。私たちのコードベースには、運用を維持する必要があるレガシー/古風なコードが大量に含まれています。このコードの一部は私よりも古く (最初に書かれたのは 70 年代後半)、チームの一部のメンバーはまだ Visual Studio 6 を使用しています。

しかし、ありがたいことに、当社の製品は競合他社の製品と比較してやや時代遅れに見え、何かを行う必要があるという結論に達しました.

私は現在、製品の残りの部分とはまったく別の UI の新しい領域に取り組んでいます。そのため、UI の残りの部分を移動する長いプロセスが始まる前に、一種の証明の場として「新しい」テクノロジ スタックを試す機会が与えられました。

私は暇な時間に Windows Forms と .net フレームワークで C# を使用して楽しんでいますが、相互運用性によって引き起こされる頭痛が少し心配です。UI のこの特定のブランチは、従来の C++ コードベースとの相互運用性をあまり必要としませんが、将来的にはこれが問題になると予測できます。

別の方法は、MFC をそのまま使用することですが、VS2008 に同梱されている新しい機能パックを利用してみてください。これが最も簡単なオプションだと思いますが、寿命が長く、.net の利点を活用できないことを心配しています...

それで、私はどれを選びますか？私たちは小さなチームなので、私の提案は将来の開発の方向性として受け入れられる可能性が非常に高いです - 私はそれを正しくしたい.

MFCは死んでいますか？C#/Winforms は進むべき道ですか? 私が完全に見逃しているものは他にありますか？大変助かります！

既存の MFC アプリケーション内で WPF フォームをホストするためのリソースを探しています。これを行う方法について誰かが私を正しい方向に向けることができますか?

MFCアプリケーションがそれ自体をきれいに閉じるための適切な方法は何ですか？

Visual C++ 2005 を使用していますが、MS SQL Server に接続してクエリを実行する最も簡単な方法を知りたいです。

ExecuteNonQuery()、ExecuteScalar()、および ExecuteReader() を持つ ADO.NET の SqlCommand クラスと同じくらい単純なものを探しています。

Sigh は、CDatabase と ODBC を使用して回答を提供しました。

OleDb の ATL コンシューマー テンプレートを使用してそれを行う方法を誰かが示すことができますか?

また、クエリからスカラー値を返すのはどうですか?

TRACE マクロを使用すると、コードがデバッグモードでコンパイルされているときに診断メッセージをデバッガに出力できます。リリースモードで同じメッセージが必要です。これを達成する方法はありますか？

(リリース モードで TRACE を使用すべきではない理由について議論するのに時間を無駄にしないでください :-)

現在、かなりうまく設計された一連のMFCアプリケーションを維持していますが、ユーザーインターフェイスは疲れ始めており、重複やパフォーマンスの問題を解決するために、多くのコードをかなりのリファクタリングする必要があります。独自のすべての描画を処理するかなりの数のカスタムコントロールを使用します（すべてMFCを使用して記述されています）。

最近、私はQtとそれが提供する利点（クロスプラットフォームであり、UI開発のためのより「プロフェッショナル」な外観のフレームワークと呼ばれるものをサポートする）についてさらに調査を行っています。

私の質問は-おそらくQtフレームワークに移行するための最良のアプローチは何でしょうか？QtはMFCでうまく機能しますか？カスタムコントロールの一部をQtに移植し始めて、既存のMFCアプリに徐々に統合する方がよいでしょうか。（これは可能ですか？）

アドバイスや以前の経験をいただければ幸いです。