自作フレームワークのエントリーポイントをシンプルにする方法

Question

提示コードですが現在ウインドウコンテキスト変数であるwindow変数なのですがこれをフレームワーク側でいじることにしてプログラム側では見ないように隠したいのですがこれはどういった事をすれば隠せるのでしょうか？

現状: [ ウインドウコンテキスト変数を各描画クラスの引数に入れて使ってるがそれが一々面倒でなおかつ使う場面がない ]

やりたいこと「window変数(ウインドウコンテキスト変数)をどうにかしてフレームワーク側に持っていきたい。プログラム側では触らないようにする方法が知りたい。」

int main()
{
	FrameWork::Init();	//初期化
	std::shared_ptr<FrameWork::Window> window = std::make_shared<FrameWork::Window>(48 * 26,48 * 18,"Dungeon");	//ウインドウコンテキスト
	FrameWork::setVersion(4,5);	//バージョン設定
	while (*window)
	{
		window->FrameUpdate();
		glClearColor(0.0f,0.0f,0.0f,1.0f);
		glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT);

		//Entry

		window->SwapBuffers();
		window->Wait();
	}
	return 0;
}

Comments

[退会済みユーザー]

初心者マークがついているので、初心者だと思いますが、
発生している問題・課題は何でしょうか。

嫌だと感覚的な理由で、方法も思いついていないのであれば、
あえてそういうことはしないでいいと思いますが。

[退会済みユーザー]

文章を修正しました。

[退会済みユーザー]

> 現状: []
> やりたいこと「」

以前も書きましたが、上記のように意味の分からない使い分けをした括弧書きするぐらいなら、
改行で区切るかMarkdownを使って書いてください。
行頭もずれていたりと、正直読み辛いです。

[fana]

> なおかつ使う場面がない

使わないなら渡さなくてよいのでは…？？？

Answer 1

質問中のコードであれば、複数のウィンドウを持つことはなさそうなので、
ウインドウコンテキスト変数をグローバル変数としてフレームワーク側で持ち、
フレームワーク内ではそのグローバル変数を使うようにすればいいのではないでしょうか。

Comments

[退会済みユーザー]

なるほど。例えばですが複数ある場合はどうするのでしょうか？

[退会済みユーザー]

質問中のコードにないのでそんなこと、知りません。
逆に聞きますが、どういう場面で複数使うんですか？

[fana]

どういう場面って，「ウィンドウをたくさん出したい」とかじゃないすか？
でも最初はとりあえず単一限定版で作ってみた方が良さそう．

[退会済みユーザー]

> どういう場面って，「ウィンドウをたくさん出したい」とかじゃないすか？

フレームワークとしてそれを想定しているのかの確認を兼ねて聞いたものです。

フレームワークを提供する側として、使用する場面を想定していないのであれば、
使用方法として制限してしまう方が手っ取り早いので。

グローバル変数も初心者マークのついた質問者が実装できそうなラインを考えた結果です。

[fana]

たしかに

main.cpp と FrameWork.cpp の２つの翻訳単位を用意して，
「フレームワーク」が管理するものは全て FrameWork.cpp 内の内部リンケージな外部変数にでもして，
main.cpp からは FrameWork.h で公開された関数しか呼ばない．
（変数をexternとか言わない）

……という形から始めた方が良さそう．

Answer 2

フレームワーク側でいじることにしてプログラム側では見ないように隠したい

例えば，

FrameWork::CreateWindow( 引数群 ); とかいうメソッド（関数？）を使ったら，
フレームワーク側があれこれ必要なものを作って内部で 保持/管理 するよ

とかいう話にすればよいのではないでしょうか．

---

あと，機能を実装した型のオブジェクト自体を返すんじゃなくて，内側にあるそういった物を指し示すための「ハンドル」を返すみたいな形もありますね．
（質問者が知っていそうなところだと，Win32 とか DxLib とかはそんなですね．OpenGLだって「よくわからん値」を返してくるよね）

Comments

[退会済みユーザー]

なるほど。ループ類はどうすればいいのでしょうか？

[fana]

「どうすれば」と言われても，何が問題なのかがわからないが，
なんだったらもう，メインループをフレームワークの利用側が書く形じゃなくて，フレームワークの内側に突っ込めばいいんじゃない？

FrameWork::MainLoop( 必要な引数があれば ){ 内側にメインのwhileループ }

みたいな．
これだと，このメソッド(なのか関数なのか)のローカル変数の寿命を
「メインループを開始するよりも前　～　メインループが終わるまで」
にできるんで，いろいろ楽かもね．

> FrameWork::Init();

なんてやつも，わざわざ利用側で呼ばせなくとも，このメソッド内の先頭で勝手にコールすればいいかもしれないし．

[退会済みユーザー]

なるほど。質問ですが　> フレームワーク側があれこれ必要なものを作って内部で 保持/管理 するよ
文ですがextern でウインドウコンテキスト変数を持たせればいいのでしょか？例として

[fana]

何故 extern が出てくるのか（どういう形を考えているのか）がわからないが，
とにかく「フレームワーク」を使う側から手を出せない箇所に変数を作るなりすればよいのでは．

[退会済みユーザー]

なるほど。わかりました。フレームワーク .libファイルのポインタ変数を getContext();関数等で拾えるのでしょうか？やりましたが未定義の参照と表示されます。

[fana]

> getContext();関数

これは何？

[退会済みユーザー]

ウインドウコンテキストを取得する関数です。フレームワーク側ではどういう変数でウインドウコンテキストのデータを持たせるべきなのでしょうか？

[fana]

（好きな型で，好きな形で，好きなところに　持てばいいじゃん……）