はてなブックマーク

皆さんawaitしてますか？ 私はC#を使う機会が多いのでawaitしまくってますが、実は最近までこの構文の価値を正しく理解していませんでした。 async/awaitという糖衣構文はそれなりに複雑なことをやっていて、それを理解できる人にはそんな糖衣構文要らないのでは？ と長い間考えていたのです。私自身、Taskクラスを直接取り回さないと書けない処理を書いたり、C++でTask.ContinueWithに相当する機能を作ったりしたこともあり、それなりに非同期処理については理解している自負がありました。その慢心が、この構文の意図を理解する妨げになっていたなぁという反省をこめて、この記事を書いています。 非同期処理を「手続き的に書けるようにする」のではなく「手続き的にしか書けなくする」 これが今回気付いたことのほぼ全てです。どういうことか、async/awaitを使ったコードとTask.Con

この記事は このシリーズの4本目です。 前回の記事は こちらです。 まだ色々書きたいことはあるのですが、当初のタイトルである「プログラムがメモリをどう使うか」という観点では、今回で一区切りにします。 プログラムの実行から終了までを追う 前回で スタック・ヒープ・静的領域 という3大領域を認識しました。今回は仕上げとして、プログラムの実行を開始してから終了するまでに、それらがどう確保され、どう利用され、どう解放されていくのかを確認していきましょう。 プログラムを実行する際に、OSからアドレス空間を与えられる プログラムから利用できるメモリにはアドレスが割り振られますが、昨今のOSでは同時に複数のプログラムが動作することが当たり前になっています。昔はわざわざ「マルチタスクOS」と呼んでいましたが、今となってはわざわざそんな呼び方をしなくても当たり前になっていますね。 そうなると心配性な人は「ア

この記事は このシリーズの3本目です。 前回の記事は こちらです。 文字列はどこに置かれるのか？ 前回は文字列を保持する変数を3通りの方法で定義してみました。 const char* strA = "HogeHoge"; const char strB[] = "HugeHuge"; std::string strC = "FooBarFooBarFooBarFooBar"; どれもC/C++の入門書にありそうな書き方ですが、これらは全て文字列の実体を格納する場所が異なります。それぞれどこに格納されるのか、調べてみましょう。 「文字列置き場」とそこへのポインタ まず strA から。 &strA が指すアドレス 0x00D3FB30 に入っているのは 0x00FBCC18 という値のようです。イミディエイトウィンドウの出力結果を見るに、これもアドレスのようなので、この近辺を覗いてみましょう

この記事は このシリーズの2本目です。 値の表現 前回は 0xDEADBEEF という16進数を直接代入する瞬間を観察しましたが、それができたところであまり嬉しくはありません。なので、もう少し実用的な値がどのように表現され、メモリ上に配置されるのかを見ていこうと思います。 では、main関数の中に変数を色々追加してみましょう。 int main() { bool b0 = true; bool b1 = false; int hp = 9999; int mp = 255; float rate = 0.5f; double pi = 3.14159265358979323846; int intArray[10]; for (int i = 0; i < 10; ++i) { intArray[i] = i; } std::cout << "Hello World!\n"; // ここで

この記事の狙い この記事は、端的に言えば この図が言わんとしていることを理解できるようになるための解説を目指しています。 昨今のプログラミング環境において、メモリの管理方法やその実態は、詳細を知らずとも目的を達成できるようになっています。といっても、実際にはメモリは無尽蔵に使えません。制約が厳しい環境下で動かさねばならないプログラムもありますし、多少潤沢に使える環境であっても、無駄に浪費するよりは、必要最低限のメモリで効率よく動作するプログラムの方が、多くの場面においては良いプログラムと言えるでしょう。 メモリのことなど知らなくてもプログラムを書けるのは一つの理想ではありますが、現実的にはその裏に隠されている（抽象化されている）仕組みを知っておいたほうが有利です。また、昨今のレトロゲームにおけるタイムアタックで駆使されるメモリ書き換えのテクニックなども、何故そういったことが可能なのかを知る

はじめに ゲームエンジンアーキテクチャ、というと代表的名著と被ってしまって畏れ多いのですが、昨今のゲームエンジンがどのような経緯でアーキテクチャの形を変えていったのか、まとめたくなったのでまとめたものです。 ゲームループとオブジェクト どんなゲームでも「状態更新・描画」のループ構造を持ちます。 ゲーム中に出てくる要素を「ゲームオブジェクト」という形で表現して、このループ構造を再利用しようとしたのが、ゲームエンジンの始まりと言えます。 Window window; std::vector<GameObject> objects; while (window.draw()) { for (auto&& obj : objects) { obj.update(); } } これであなたもゲームエンジンの開発者です。おめでとうございます！ 継承と包含 ゲームオブジェクトというのは偉大な発明ですが、