ゲームプレイにもっと興味を持つようになったので、ある時点で、著者が異なればこの概念によって何か違うことを意味するという結論に達しました。 たとえば、 ウィキペディアのコンパイラーは、実際にはゲームプレイとゲームの仕組みの間に等号を付けます。 GameDev.ruの作成者は、それを双方向性と同等視しています。 さらに、ゲームのグラフィックデザイン、使用されるエンジン、プロットコンポーネントなどの要素をこの概念から除外します。
ゲームの開発は、ゲームの目標と視聴者、さらには販売地域を定義しないと不可能です。
ゲームの目標を定義することによってのみ、これらの目標を達成できる方法とツールを開発できます。 したがって、ゲームデザインは、ゲームの目標を達成するためのゲーム要素の開発を含むプロセスであると言えます。
ただし、ゲームの目的を知るだけでは十分ではありません。たとえば、ゲームの目標を「プレイヤーに飛行機の操縦方法を教える」と定式化することができます。 ただし、そのような目標のために開発された要素は、開発者に成功をもたらす可能性は低いです。ゲームのターゲットオーディエンスは選択されていません。
これに基づいて、次のゲームプレイの定義を提供できます。ゲームプレイ-ゲームの目標を達成し、ターゲットオーディエンスの要件を満たすゲーム要素。 この定義によると、ゲームメカニクス、プロット、ゲームモーメントの一般的な概念、特にレベルとエピソード、サウンドとグラフィックデザイン、ゲームの一般的な雰囲気の要素の開発が含まれます。 また、ゲームプレイは、ゲームの双方向性と、プレイヤーがゲームプレイにどのように関与するかを決定します。
実際、これは停止でき、すべてがうまくいくでしょう。 しかし... ...数日前に学生向けのゲームプレイスキーム（下記を参照）を描くと、そこに何かが欠けていることに気付きました。 つまり、「通信」などの多くのゲームの要素（以下、「通信」という用語は、プレイヤーが同じゲームの他のプレイヤーと通信できるようにするすべてのサービスを意味します）。
現時点では、このオプションについてはこれまでのところ解決しました。
しかし、「通信」は赤い点線で囲まれた無駄ではなく、質問のサインの下にあります。 前回の記事で、私はすでにコミュニケーションがブラウザベースのオンラインゲームの必要かつ非常に重要な部分であることを書きました。 そして、それは多くのプレイヤーにとってそれ自体で終わりです。 したがって、これに基づいて、「通信」はゲームプレイの拡張であると主張されています。
もちろん、「コミュニケーション」はゲームの開発とはまったく関係がなく、際立っていると言えます。 ただし、特にブラウザベースのマルチプレイヤーゲームに関しては、この観点に固執していないことを既に書きました。
一般に、「コミュニケーション」がゲームやゲームプレイとどのように相関するかという問題について考えてきました。 ただし、これまでのところ最も気に入っているexntendのオプション-「Communication」は、特定のゲームでは使用できない場合があります。