Blueprint Interface(以下BPI)から基底クラス実装に変更

基底クラスを作らなくても、抽象へ依存する構成はBPIで実現できる。

実際、最初はBPIで作っていた。

だが、仕様が定まらぬ中で実装を進める上で、

機能を増減するたびにインタフェース定義の操作をするのが煩わしくなってきた。

今回はロボ派生クラス以外にこのインタフェースを設ける予定がないという事と、

全ロボ形態で共通の処理や変数がいくつか出てきたこともあり、

単純に基底クラスを定義する方向に切り替えた。

切り替えはそれなりの手間ではあったが

無心にインタフェースを基底クラスの関数に移すだけで済んだ。

迷走する仕様で何が正しいのかわからぬ開発が続く中、

その作業は一滴の清水の如く、乾いた心に染み渡るのだった(日記)

ホッパー

仕様的にUFOもビルもヘリの高度に届かないので

後述するプレイエリア境界までは完全に自由に動ける。

境界処理

ロボの動ける範囲には制限がある。

境界用Actorを作成し、

安全領域と、警告領域の大きさを

それぞれ2つのCapsuleで定義した。

外側が半径400m。

こんな面倒なセットアップをしなくても単純に原点からの距離だけ計算すれば済むが、

こういう方法でもできそう、という事で試してみた。学習コンテストばんざい。

この方法の利点というか発展先しては、

安全地帯と警告地帯の出入り数を参照カウンタのように数えることで

デザインされた地形にも対応できると思う。

反省

今回はSimulate Physicsで動かす事を多用した。

しかし、移動周りはもっとエンジンの機能(Move Component系)を使っても良かった気がする。

これは同じ反省をアンリアルクエストでも抱える事になった。

「よく知らないから使わない」

だと知る機会がない。

「作れるから作る」

のでは毎回手間がかかってしまう。

もちろん、自分で1から作ることによる経験の蓄積は確かにある。

しかし、優秀な人間が作っている上に大勢の人間に使用されて洗練されたものを

一度は触ってみることも重要だろう。

両方やって知見ガン積みシナジーで爆アドとって優勝してこ(ゲーミングまとめ)

以上