問題タブ [user-interface]

ボタン、テキストボックス、セレクトボックスなど、ニンテンドーDS用のGUIシステムのさまざまな部分を作成しましたが、これらのクラスを1つのGuiクラスに含める方法が必要です。一度、すべてのボタンを一度にチェックして、押されているかどうかを確認します。私の質問は、すべてのクラス (ボタンやテキスト ボックスなど) を 1 つの GUI クラスに編成する最良の方法は何ですか?

これが私が考えた1つの方法ですが、正しくないようです：

編集： C++を使用しています。

このコードにはいくつか問題があります。

rsyncを使用して、サーバーに依存しない方法でファイルをWindowsクライアントに同期します。rsyncの進行状況を親プロセスに送信してGUI進行状況バーに表示するために使用できるメソッドは何ですか？

2つか3つの選択肢があると思います。（1）STDOUTを監視します。（2）unixと同様にrsync.exeログファイルを監視tailします。（3）メモリ内のrsyncコンソール出力を監視します。

どちらが最適/優先ですか？

UIをどのようにインストルメント化していますか？過去に、人々がユーザーインターフェイスをインストルメント化したことを読みましたが、私が見つけられなかったのは、UIをインストルメント化する方法の例またはヒントです。

インストルメンテーションとは、システムの使用状況とパフォーマンスに関するデータを収集することを意味します。Instrumentationに関するMSDNの記事は、http：//msdn.microsoft.com/en-us/library/x5952w0c.aspxです。ユーザーがクリックするボタン、使用するキーボードショート、検索に使用する用語などをキャプチャしたいと思います。

• UIをどのようにインストルメント化していますか？
• インストルメンテーションを保存している形式は何ですか？
• 計測されたデータをどのように処理していますか？
• このインストルメンテーションロジックを使用して、UIコードをどのようにクリーンに保ちますか？

具体的には、UIをWPFに実装しているため、Webベースのアプリケーションをインストルメント化する場合に比べて追加の課題が発生します。（つまり、計測されたデータを中央の場所に転送する必要があるなど）。とは言うものの、このテクノロジーは、アタッチされたプロパティなどの概念を介して、インストルメンテーションのより簡単な実装を提供する可能性があると感じています。

• WPFアプリケーションをインストルメントしましたか？これを実現するためのヒントはありますか？

編集：次のブログ投稿は興味深い解決策を示しています：Pixel-In-Geneブログ：WPFアプリでのUI監査の手法

何らかの理由で、これが行われたことはありません。そうでない理由はありますか？たとえば、私はプライベート変数の _blah が好きで、少なくとも Windows フォーム コントロールでは、デフォルトでプライベート メンバー変数になっていますが、そのように名前が付けられているのを見た覚えがありません。メンバー関数内のローカル変数にコントロール オブジェクトを作成/保存する場合、視覚的に区別できると特に便利です。

私は一連のアプリケーションを更新する任務を負っています。これらは基本的にネットワーク統計を監視して返すだけの、パフォーマンスが重要な VB.NET アプリです。要件は 3 つだけです。C# に変換すること、高速にすること、安定させることです。

1 つの注意点は、.NET プラットフォームから Linuxに「すぐに」移行する「可能性がある」ことです。

将来的にはこれらのアプリの保守を担当するので、これを正しく行いたいと思います。私はこれらのアプリを MVP パターンに従ってリファクタリングすることに決めました。これにより、この悪い子の地獄を適切に単体テストできるようになります。しかし、MVP を使用していたので、GUI は .NET フォームや Qt などで行う一方で、ネイティブ C/C++ コードで計算コストの高い作業を行うこともできると考えていました。

質問:

1. Winforms で GUI を実行することは理にかなっていますが、ネイティブで管理されていない C/C++ で高価なものを実行するのは理にかなっていますか?

2. 上記のシナリオに適した優れたクロスプラットフォーム ウィンドウ キットの推奨事項はありますか?

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

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

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

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

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

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

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

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

GUI のコーディング部分に関するパターンを探しています。私がよく知っているMVCほどグローバルではありませんが、単一のコントロールと入力に関するパターンと優れたアイデアとベスト プラクティスです。

オーバーラップする可能性のあるオブジェクトを表示するコントロールを作成したいとします。オブジェクトをクリックしたら、何をすべきかを見つける必要があります (四分木や Z オーダーなど、いくつかの方法で実行できるオブジェクトを見つけるだけで、それは問題ではありません)。また、修飾キーを押したままにしたり、一部のオブジェクトが最初からアクティブになったりして、選択などが少し複雑になることもあります。画面オブジェクトを表すオブジェクト インスタンス、クリック時のユーザー アクションの処理、またはマスター クラスが必要です。など.. このような問題には、どのようなパターンや解決策がありますか?

現在、メインアプリケーションの新しいバージョンに取り組んでいます。私が本当に取り組みたいことの1つは、複数のモニターのサポートを提供することです。ますます、ターゲットユーザーはデスクトップにセカンドスクリーンを追加しており、私たちの製品はこの余分なスペースを活用してユーザーのパフォーマンスを向上させることができると思います。

私たちのアプリケーションは、非常に専門的な市場であるリース会社とフリート会社をサポートする金融パッケージです。そうは言っても、複数のモニターを持っている多くの人は、それらの余分な画面をよりよくサポートすれば改善されると彼らが考えるお気に入りのソフトウェアを持っていると確信しています。

私はあなたが現在のソフトウェアで持っているそれらの微妙な点についてのいくつかの意見と、マルチモニターのセットアップをサポートするためにそれらをどのように改善できると思うかを探しています。私の目的は、これらを確認し、それらを実装する方法を決定し、できれば、ユーザーにさらに優れた環境を提供することです。

あなたの助けに感謝します。ありがとうございました。

できれば C/C++ で、グラフィック ユーザー インターフェイスを作成するための優れたリソースを推奨できますか?

現在、私が最も影響を受けているのは3DBuzz.comのC++/OpenGL VTM (Video Training Modules) です。それらは非常に優れていますが、グラフィックス プログラミングの広い領域をカバーしているため、GUI プログラミングの表面をすくい取るだけにしてください。

この質問は、「GUI を作成するにはどうすればよいですか?」に関連しており、現在の構造の大まかな概要も記載されています。

任意の応答をいただければ幸いです。

編集： いくつかの回答を読んだところ、いくつかの点を見逃していることに気付きました。間違ったボタンを見つけて紛失したため、質問を 2 回入力する必要がありました。

最初に 2 つの重要な点を見逃していました。これは、Sony PSP のホームブリューを含むクロスプラットフォームで使用されます。2 番目: 既存の GUI システムを使用しない GUI システムを作成したい。

編集 2:ポイントを見逃している人もいると思います。構築したい既存の GUI システムを使用する方法がわかりません。

現在の形式の Qt は PSP に移植できません。そのようなタスクのやり過ぎは気にしないでください。

そうは言っても、IM-GUI を作成することに決め、コードのプロトタイプを作成し始めました。