問題タブ [c++]

C++ で静的クラスを作成するにはどうすればよいですか? 私は次のようなことができるはずです：

BitParser私がクラスを作成したと仮定します。BitParserクラス定義はどのようになりますか?

さまざまなコンパイラ (gcc、microsoft vc++、borland など) およびさまざまなプラットフォーム (Win、Linux、Mac) 用の C/C++ プロジェクトのメイクファイルを生成できるツールを探しています。

私は次の状況を持っています。マシンにはFritz ISDNカードがあります。このデバイスのウェーブ アウトで特定のウェーブ ファイルを再生するプロセスがあります ( ISDN接続は起動時に確立され、永続化されます)。シナリオは簡単です。必要なときはいつでもwaveOutWrite()、以前に開いた wave デバイスでプロセスが呼び出され (もちろん、すべて問題なく初期化されます)、コールバック関数はMM_WOM_DONEmsg が再生が終了したことを知るのを待ちます。

ただし、数日後 (プロセスにもマシンにも何も変更はありません) 、波が数秒間続くにもかかわらず、MM_WOM_DONE呼び出しの直後にメッセージが届きます。waveOutWrite()ここでもエラーは報告されません。ファイルは再生されたように見えますが、長さは 0 でした (実際にはそうではありません)。また、プロセスによって呼び出されなかったと確信してwaveOutReset()います（上記のメッセージの送信もトリガーされます）。過去に奇妙な問題がいくつかありましたが、TAPIドライバーを再インストールするだけで解決しました。今回は何らかの理由でそれをもう一度実行するのは問題があり、より分析的なアプローチを試みています:)。このような動作を引き起こす可能性のある提案はありますか? 多分ISDN 回線の反対側に何かありますか?

タイプのハンドルが与えられた場合、ハンドルがHWND実際のウィンドウを表していることを確認することは可能ですか？

一連のコンテナーにアクセスする一般的な方法を見つけようとしています。別のカスタム リストに加えて、標準のベクターとリストがあります。

カスタム リストは反復子を定義します。

適切な演算子がオーバーロードされています。

理想的には、これを行いたいと思います。

しかし明らかに、これらはすべて異なる型の反復子です。ただし、すべてのコンテナが同じタイプであると想定できます。

この問題を解決するエレガントな方法はありますか?

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

C/C++ IDE としての emacs の使用に関する優れた記事を探しています。

Steve Yegge の「Effective emacs」のようなもの。

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

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

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

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

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

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

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

プラットフォームに依存しないC++コードで、オブジェクトがヒープ上に作成されないようにする方法を知っている人はいますか？つまり、クラス「Foo」の場合、ユーザーがこれを実行できないようにします。

そして、これを行うことだけを許可します。

誰かアイデアはありますか？

乾杯、

これは私が知っている難しい自由形式の質問ですが、私はそれを床に投げて、誰かが何か面白い提案があるかどうかを確認したいと思いました。

PythonインターフェイスをC++コード（SWIGを介して生成）に変換し、これをWebServicesとして公開するために必要なコードを生成するコードジェネレーターを開発しました。このコードを開発したとき、TDDを使用して開発しましたが、テストが非常に脆弱であることがわかりました。各テストは基本的に、特定の入力コード（C ++ヘッダー）に対して特定の出力コードを取得することを確認する必要があるため、XML入力ファイルからテスト定義を読み取り、テストを生成する小さなエンジンを作成しました。これらの期待からのケース。

問題は、コードを変更することを恐れていることです。それと、ユニットテスト自体がa：複雑で、b：もろいという事実。

だから私はこの問題への代替アプローチを考えようとしています、そしてそれは私がおそらくそれを間違った方法で取り組んでいることに気づきます。たぶん私は結果にもっと焦点を合わせる必要があります、IE：私が生成したコードは実際に実行され、私が望むように見えるのではなく、私が望むことをしますか？

誰かがこれに似た何かの経験を共有したいと思ったことはありますか？