目的：コンピューターゲーム開発

対象読者：初心者、興味がある、見物人

ツール： ActionScript 3.0 **





注0：

各パーツの相対的な自律性を達成しようとします。これにより、必要に応じて順番をずらして読むことができます。





備考1：

記事のテキストには、特定の問題に関する著者の個人的な意見が含まれている場合があります。 加熱された無意味な紛争を引き起こす責任はすべて読者にあります（ 18+ ）。

はじめに

備考2：

読書の過程で、特定のことに関して「楽器」という言葉に出くわすことがよくあります。 これは意図的に行われます。 特定の問題を解決する開発者は、これに最も適したツールを選択し、それを賢く使用できると信じています。





備考3：

読書の過程で、「プロセス」という言葉もよく目にします。 広義の語と狭義の技術的意味の両方で使用されます。 プロセスがなければ、創造性はありません。 プロセスがなければ、開発はありません。



お気づきかもしれませんが、私はどちらを明示的に指定せずに「コンピューターゲーム開発」を書いています。 それだけではありません。 一方では、「あなたが何を書いても問題ではありません。主なことはどのように」です。 一方で、おそらくお気づきかもしれませんが、この記事にはいくつかの部分が含まれています。 そのため、最終製品は一連の記事全体の魅力になります。 実際、私が歴史を通して資料を提示しているという事実は、プロセスがなければ発展はないことを強調しています。

開発者にとって、 コンピューターゲーム **は単なるプログラムではなく、プロセスでもあります。 このプロセス（クリエイティブ、または場所でのクリエイティブ、または場所でのクリエイティブ）の間に、最終製品、他の製品、プロセス自体、開発者、および周囲の人々に影響を与える多くのイベントが発生します。



「最大利益の絞り込み」モデルを考慮に入れない場合は、最初にある程度の初期衝動が重要です。これは、ある程度あなたを魅了するアイデアです。 描画し、プロセスを活気づけます（想像力、紙、グラフィカルエディター）...など

全体の話は、その間に再び、有名なi会社のロゴを見たときに始まりました...



私は自分のアイデアを取り上げ（「すべてがすでに盗まれている」ことを確認しなかったので、私はとても魅了されました）*紙に何かを描き始めました。 ゲームの仕組みに関する簡単なメモを含むテキストファイルを作成しました。 これらは技術的な側面だけでなく、単にテキスト、作曲の名前、ゲームでした。 彼は最初に手に入れたメディア（ Flash ？！）をつかみ、ゲームのグラフィックを作成し始めました。 Flash **を使用すると、驚くほど簡単に自分の絵を想像力から特定のグラフィック要素に変換することができ、作業したいという欲求が生じました。 後で自分のゲームでそれらを直接使用できることを知っていたので、私の熱意にいくつかのポイントが追加されました。 ゲーム開発に関する多くの記事（habrahabr.ru **を含む）を読みました。 単独でゲームを作成するというアイデアを放棄する必要があるという事実について。 私はリアルタイムでゲームを作成しているノッチのビデオを見て、「すべてをやめ、300滴のエーテルバレリアンを服用し、睡眠を忘れる」という理由に同意することを嫌がりました。



十分な量（十分性の基準が定義されていない）のグラフィック素材を蓄積し、想像どおりにすべてが正常に機能しているので、コーディングを開始しました。 「最初、ソビエトの侵略は成功しました」*、しかしすぐにプロセスは行き詰まりました。 「それから彼はまだ行き詰まっている。 そして、まだ行き詰っています。 その他... "*



しかし、幸運なことに、最初の衝動は非常に強かったため、プロジェクトを完全に放棄することはできませんでした。 やった！



ですから、開発プロセスでは、一時停止中にプレイヤーが別のゲームで楽しませるようにしたかったのです。 非常にシンプルで温かいもの。 この役割を果たせるゲームが必要でした。 プロセスは本格的で、オプションはすぐに登場しました。 同じ熱意を持って、新しいゲームに切り替えました。 プロセスはミニチュアで繰り返されましたが、 ゲームはシンプルで、作成はストールしませんでした。 それどころか、小さなゲームの完成は、メインゲームの開発にさらなる推進力を与えました。 次のパートでは、一緒に開発します。 それまでの間...

作業中、プログラムコードでは多くのことが変更されました。これは、開発者には常に適合していなかった（適合しない）ためです。 既に機能しているゲームを台無しにしないように変更したかったのです。 その後、 TDD **に目を向けました。 私はそれが何であるかを理解しなければなりませんでした： ケントベック。 テスト駆動開発：例による **。





備考3：

TDDは、「すべての開発問題を解決するためのAvada Kedavraではありません**」です。 誰もが賢明にそれを使用する必要があります。 特に、変更を加えたりエラーを修正したりするのに便利なツールです。 この手法を開発に使用しましたが、赤/緑/リファクタリングアルゴリズムに常に従っているとは言えません。



したがって、私はActionScript **を使用しており、簡単なテストツールが必要です。 タスクのように聞こえます。



これらの目的のために、おそらくいくつかの既製のツールがあります（ レビュー 用、追加用 ）**。 しかし、テストの精神をもう少し深くしたいので、自転車を発明することにしました。





注4：

親愛なる読者、私の意見では、自転車の発明は悪くない。 自分で何かをすることで、あなたは貴重な経験と、この何かがどのように機能するかの基本的な理解を得ることができます。 この問題を既に解決している人々が直面した問題に遭遇します。 プログラミングの基礎を学ぶようなものです（ほとんどの場合、「sort（）」メソッドなどを呼び出すだけですが、学習し、並べ替えを実装する必要があります）。 ただし、数時間で書かれた自転車が既存のソリューションと競合できる可能性は低くなります（可能であればおめでとうございます）。 したがって、将来的には、「これに関して複数のバグを見つけた人」の特定のツールに注意を払う価値があります。

公益事業

コードをjavadoc **スタイルで文書化します。





備考5：

コメントが不要になるようにコードを書くことができ、また書くべきだと思います。 ただし、ライブラリを「エクスポート用」に作成すると、消費者に適切なドキュメントを提供するという疑問が生じます。 そのような目的では、 javadoc **コメントは、そのようなドキュメントを簡単に作成するための優れたツールです。





備考6：

ActionScript **は型チェックをサポートしていませんが、それらを監視する機能を提供します。 言語が構文レベルで型を追跡するツールを提供する場合、それらを使用する必要があると思います。 どこでも型チェックを使用する必要があり、これのおかげで特定の機能が達成される場合は賢明にチェックを行わないようにする必要があります。 型追跡のおかげで、コンパイラはコンパイル段階で多くのエラーを検出し、デバッグよりも興味深いことに時間を節約できます。

テストツール

Git： github.com/v-alx-v/as3-unit-tests **

目的：その後のゲーム開発で苦労せずに使用できる最も単純なツールが必要です。 最小エントリしきい値を持つプラガブルライブラリとして設計します。



JUnit **に触発され、 ActionScriptの制限**を考慮して、可能な限り単純なツールを作成したいので、おそらく非常に便利ではなく、非常に透明なツールセットを作成することにしました（ ホグワーツの専門家の明示的な関与なしで**）。



合計： Testerクラス、抽象UnitTestクラス、透明なテスト実行環境を編成するための小さなUnitTestsマネージャー、テスト実行構成スクリプト、「起動ファイル」。

図2では 、開発されたクラスの簡単なUML **ダイアグラムを調べることができます。





図2





新しいクラスをテストするには、 UnitTestを基本クラスとして使用して、新しいクラスを作成し、起動構成に新しいクラスを追加して、「起動ファイル」を実行する必要があります。

クラスCTester

デバッグ中に、期待値を確認するためのツールとして個別に使用できます（または使用できません）。

ここでは複雑なことは何もありませんが、 CTesterの依存関係（ UnitTests ）を完全には緩和しません。 集合体ではより面白く、個別ではありません：

/** * Invokes error in test process. * @param strTitle String * @param strComment String */ public function error( strTitle:String, strComment:String = ''):void { this.m_bError = true; CUnitTests.error( strTitle, strComment); }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

クラスCUnitTest

「抽象クラスを宣言したいという要望がありますが、 ActionScript **ではそのような可能性はありません。 インターフェイスを宣言することは可能ですが、いくつかの一般的な実装があるため、そのような要望はありません。 だからそのために飲みましょう...」*。



通常のクラスを抽象クラスと見なし、例外システムのおかげで、免責なしに抽象クラスを使用することはできません。

  /** * Gets list of functions to run. * @return Array of Function */ protected function testList():Array { throw new Error( 'testList must be implemented'); }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

上記のメソッドは、子孫クラスが定義することを前提としています。 メソッドの本質は、実行する必要のあるクラス関数のリストを返すことです（ JUnit **では、 @ Testアノテーションでそのような関数をマークします）。

クラスCUnitTests

これはテスト実行環境（静的データと関数のセット）です。 以下では、テスト実行構成スクリプトに明示的に表示されますが、実際にこのクラスを操作する必要はないことがわかります。



興味深い機能のうち、 CMyTesterを使用してテスト用にCTesterを拡張するように環境に依頼できます。 このオブジェクトに興味があるすべての人に提供されます：

  /** * Tester fabric. * @param strLabel String * @return {@link alx.common.test.CTester} */ public static function createTester( strLabel:String):CTester { return new CUnitTests.s_testerClass( strLabel); }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

したがって、環境を使用する場合、 CUnitTestクラスは実際に重要です（クラスを展開することで、すべてのユーザーテストを作成できます）および起動構成スクリプト：

  import alx.common.test.*; CUnitTests.init( CTester, CUnitTests.SIMPLE_MODE, true); CUnitTests.run(); CUnitTests.printResult( root);
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

新しいテストを追加するには、そのクラスをインポートして、実行するリストに追加する必要があります。

そのため、たとえばテストの場合、 test.alx.common.test.CExampleUnitTestがCUnitTestを拡張する場合、次のように構成を変更する必要があります。

  import alx.common.test.*; import test.alx.common.test.CExampleUtitTest; CUnitTests.init( CTester, CUnitTests.SIMPLE_MODE, true); CUnitTests.run( CExampleUtitTest); CUnitTests.printResult( root);
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

「スタートアップファイル」を開始すると、ユーザーはテスト結果全体に応じて赤または緑で塗りつぶされたウィンドウを受け取ります（ 図1を参照）。 コンソールでは、特定のテストの進捗状況を確認できます。フレームワークのバージョンと、それが実行される設定、および特定のテスト（クラス）（ EXTENDED_MODE ）およびそれらの特定の機能（ FULL_MODE ）がそれぞれのテスト結果で実行されました別々にアスペクト。 障害が発生すると、デバッグ情報と呼び出しスタックが表示されます（特別な設定で要求した場合）。

乱数ジェネレーター

Git： github.com/v-alx-v/as3-random **

課題：擬似乱数列の繰り返しをサポートする乱数ジェネレーターが必要です。



ActionScript **は非常に奇妙なので、擬似乱数シーケンスを繰り返す可能性をサポートする乱数を生成するための基本クラスが含まれていません。

インターネット上の問題の解決策をざっと見てみると、私にぴったりのジェネレータは見つかりませんでした。 生成中に、ある種の「ksoroshvigovaya」マジックが作成された後、ビットマップ内のノイズジェネレーターなどに問題が転送されます。

Random for Java **のソースコードを開いたので、ソリューションをActionScript **に移植することにしました。 残念ながら、15分で何も出ませんでした。 その結果、別の奇妙な実装が実装されました。 しかし、明らかに、私はそれでもJava **のソリューションに近いソリューションを作り直しました。

乱数ジェネレーターも、テストの観点から検討されました。 乱数を使用するプログラムをテストする方法は？



答えは「ルーク、これで擬似ランダムシーケンスを繰り返す機会が得られた」ようです*。 説得力があります。 ただし、乱数ジェネレーターの開発経験を考慮して、将来、ジェネレーターの実装を変更する必要があることに気付きました（疑似乱数の分布を連続分布 **に近づけるか、必要な分布 ** ***を指定する機能を提供します）。 新しいソリューションでは、擬似ランダムシーケンスを繰り返すこともできますが、以前とは異なります。 これは、次のものが必要であることを意味します。

1. 新しいCNewRandomを実装すると、 CRandomクラスが拡張されます。 次に、「古い」コードは、問題を修正する簡単な機会なしに「古い」バージョンのジェネレーターを使用します（プログラムを正しく記述した場合、実際には構成を変更するだけです。はい、しかしすべてが正しいわけではありません）。 さらに、 CRandomは、ゴミから取り出せないゴミのように残っています（祖母の効果と呼びましょう）。
2. 既存のクラスを更新します。 次に、「古い」コードが基本的な置換で更新されます。 ごみはありません。 ただし、特定のランダムシーケンスに依存するテストは機能しなくなります。
3. すべてを考えてやり直してください。

いくつかのさまよう後、私はまだ許容可能なオプションに来ました。 まず、乱数ジェネレーター用のインターフェイスが作成され、その一般的な機能は抽象クラスにローカライズされています。 これで、ジェネレーター自体を作成できます。

• インターフェイスを通してのみ、どこでも乱数ジェネレーターを操作することをお勧めします。
• 「改良された乱数ジェネレーター」を作成すると、 CNewRandomがCRandomを拡張して、「古い」コードが「古い」ジェネレーターを新しいものに置き換え、必要に応じてゴミを取り除くことができます。

通常の乱数ジェネレーターに加えて、「テスト用の乱数ジェネレーター」を作成しましたCFakeRandom extends CRandom ：

• CFakeRandomでは、すべての擬似ランダムシーケンスが一定であることが保証されています。
• 利便性を高めるために、 CFakeRandomには「疑似乱数の特定のシーケンスを生成するように求める」追加の機会があります。
  
  
  
  
  
  

    /** * Asks generator to generate certain sequence. * @return {@link CFakeRandom this} * @throws ArgumentError if arguments are not valid */ public function ask( ...arValue):CFakeRandom { for ( var i:int = 0; i < arValue.length; i++) { var nValue:Number = arValue[ i]; if (( nValue < 0) || ( nValue >= 1)) throw ArgumentError( "Values should be in [0;1)"); } this.m_arRandomSequence = arValue; return this; }
        
        
  
          
          
          
        
  
      
          
          
          
        
        
  
          
          
          
        
  
      
       

  
  
  結局のところ、これは時々あなたが望むものです。
  
  
  
  
  
  備考7：
  
  おそらく読者は、この関数をIRandomに転送できると書いて、テストでの使用を推奨し、 CFakeRandomを削除するでしょう 。 はい。ただし、この機能はテストにのみ使用できると考えています。 アプリケーションコードでこのような関数を使用するのは間違っており、有害です。 したがって、 IRandomは、その誤用を防ぐために、指定された機能をユーザーに提供する必要はありません。
  
  
• すべてのテストで使用することをお勧めします。 そうすれば、あまり気にせずにCRandomを変更できます（この場合、 CRandomを変更すると「古い」コードに悪影響を与える可能性があることに注意してください）。

そのため、 IRandomインターフェースを介して使用する必要があるandomクラス（ Javaランダム **を多少reとさせます ）があります。 andomの代わりにテストする場合は、 FakeRandomを使用します 。 図3の開発されたクラスの簡単なUMLダイアグラムをもたらすことを除いて、ここで説明することはこれ以上ありません。





図3

コレクション

Git： github.com/v-alx-v/as3-collections **

タスク：オブジェクトの便利なコレクションが必要です。



また、インターネット上で多くの既製のソリューションを見つけることができます： github.com/danschultz/as3-collections **、 www.as3commons.org/as3-commons-collections **。



私はそれらを使用しませんでしたが、同時に、それらは私に完全に合うと思われます。 私たちは最後まで頑固になり、私たち自身の何かを実現します。 曲がっているかもしれませんが、練習する機会を逃すことはできません。



一般に、ここで説明することはありません。 これは、完成したソリューションの単なる複製です。 ActionScriptの実装中に、**かなり奇妙なことが再び判明したという事実にのみ注意することができます。 長い間、私は任意のオブジェクトのハッシュコードを計算するための適切な方法を見つけようとしましたが、この問題に1時間以上費やした後、すべてに気を配り、少なくとも何らかの形でHashMapを実装しました。 まあ、すべての強みは、必要に応じて後でこの問題に戻り、既存のコードを壊すことを恐れずに実装を変更できることです（たとえば、 ActionScriptの作成者が気が変わった場合）。



当然、 Java ** コレクションが基礎として採用されました。 その後、余談ですが...



実際、 ActionScript **でコレクションを実装するのはこれが初めてではありませんが、これは少なくとも何らかの結果に至り、パスの最初にすべてをドロップしなかったときです。 実装の過程で、 openjdk ** ソースコードの学習中に遭遇したことのいくつかをまだ理解していません。



問題：

Collection **インターフェイスがあり、 ListがCollection **インターフェイスを拡張するとします。

質問：著者は、継承を信じておらず、 コレクションで既に定義されているリストのメソッドを定義しますか？



問題：

抽象クラスAbstractCollection **があり、 ArrayList extends AbstractList extends AbstractCollection **があるとします。

質問：タスクを別のオブジェクトに委任するためのいくつかのメソッドの再定義も理解していますが、これはおそらくこれらのメソッドのパフォーマンスの向上によるものです。 しかし、なぜisEmptyメソッドを再定義するのか、理解することを拒否します。 汎用のpublic boolean isEmpty（）{return size（）== 0;}をprivate public boolean isEmpty（）{return size == 0;}に置き換えるのは残念です。 残りのコードに基づいて、メソッド呼び出しを「保存」するだけではないと思います。



ただし、これらはすべて、この記事の著者の先見性の欠如を示す可能性のある小さなことです。

おわりに

「私はあなたを退屈させないだろう、尊敬される読者、さらなる詳細を...」*。



次号では：

• メインゲームのプレイ中に一時停止中にプレイするために、メインゲーム用のミニゲームを開発する例によって、再帰に精通します。

備考8：

テキストは、著者、プログラムMS Word **、およびスペルに精通した人によって検証されます。 エラーについては、書面による苦情を著者に直接連絡してください。





備考9：

これはhabrahabr.ru **への最初の投稿です。 非常に残酷です。