ウィンドウ ハンドラーとして glut を使用して opengl をプログラミングしてきました。
大きな違いはありますか、それとも単なる好みの問題ですか? glutはウィンドウ処理機能を超えてopenglプログラミングのためのいくつかの追加機能を提供するので、追加のツールキットをglutと組み合わせることにポイントはありますか?
より複雑なコントロールやダイアログなどが必要になったら、すぐに過剰摂取から移行する必要があります。
QT には優れたopenGL ウィジェットがあり、ニュースレターには、GL の上にコントロールを描画してクールな WPF スタイルの効果を与えることに関する興味深い記事もあります。
wxWidgets にはopengl の例も付属して いますが、私はあまり経験がありません。
私はQTを使用した経験からしか話すことができません:
基本的な構造を設定したら、それはいつも行ってきたことを実行する単純なケースです。たとえば、私が現在取り組んでいるプロジェクトには、ウィンドウに埋め込まれた開いた gl ウィジェットがあります。
このウィジェットには、initializeGL、resize...paintGL などの機能があります。利点には、他のウィンドウ/ウィジェットなどから変数を渡す機能が含まれます。QT には、マウス クリックなどを処理するための追加機能もあります (2D のもの、32D に最適)より複雑な計算が必要です)
SDLは単なるウィンドウ ハンドラではありませんが、生の Win32 コードよりも OpenGL を簡単に使用できるようにします。ただし、Qt、GTK、および wxWidgets での私の経験はそれほど悪くはありません...確かに Win32 よりもはるかに優れているわけではありません。これらの場合は、おそらく好みの問題です。
ウィンドウとリソースを細かく制御したい場合は、GLUT のようなウィジェットやラッパーを避けることをお勧めしますが、開発の速度だけを求めている場合は、これらのツールが理想的です。
まあ、試作品を作るのにいくらなんでも大丈夫です。
OS によって異なりますが、後でスクリーン セーバーが起動しないようにしたい場合や、タスク スイッチを無効にしたい場合があります (ただし、これを行うのは悪者だけです)。あるオペレーティング システムまたは別のオペレーティング システムのデッド キーを glut で処理できないことに気付くかもしれません。
これは、開始を容易にし、必要な通常の作業の 90% を実行できるように設計されたフレームワークですが、100% 実行することはできません。あなたはいつでも自分自身を貪欲にハックしたり、初期化コードを持ち上げたりすることができますが、ある日、初期化コードをゼロから再設計してタスクに合わせて調整する方が簡単であることに気付くでしょう。
ウィンドウを開いて OpenGL を初期化するのはロケット科学ではありません。それがうまくいく限り、過剰摂取を使用しますが、問題が発生したらすぐにそれを取り除きます. ほんの数時間しかかからないので、それほど失うことはありません。
ただし、おもちゃのプロジェクトの場合、過剰摂取は道のりです。