神殿コンテンツの追加

前回少し追加した転職のロジック。

レベル100になると推薦状をもらえるという設定にしていましたが、
探索の難易度を少し高くしたので、レベル50で推薦状をもらえるようにしてみました。

探索でレベルが上がりやすかったり、すぐ踏破出来てしまったりするので、
少し難しめに調整した都合上、レベル100にするのけっこう大変かも?
といった結論に至ったので、レベル50で推薦状をもらえるようにiniファイルを修正。

後にまた調整はするかもしれないけど一旦これで様子見。

神殿のロジック作成

というわけで、神殿用のコントローラーを追加。

基本的なコードの中身は装備屋と一緒なので
そのままコピペしたら当たり前のようにエラーが出ました。

フィルタリングの仕方がそもそも違うし、フィルターを掛ける目的すら違った。

少し考えれば当たり前なんですけど
しばらく沼にハマってしまいました。

転職屋ロジックの作成

次に、転職所で特定の所持アイテムを取得するロジックを追加。

転職所で、推薦状以外のアイテムが出てほしくなかったので
フィルターかけて推薦状のみ出てくるようにしました。

「type=推薦状」となっているデータだけ抜き出したいけど、
配列にtypeなんて項目がないので、iniファイルを読み込んで結合。

色々と理論を考えて実装していった結果、

「他で使ってるコードまるっとコピペしたら実現できるのでは?」

そう、
他のファイルですでに定義していたコードと同じロジックを
もう一度考えようとしていたのです。

コピペした所、一瞬で解決。
悩んだ時間は一体何だったのか。

まぁこれも経験。
次は同じ轍を踏まないように気をつけようと思います。(700回目)

ところで、「item['type]」と「item->type」の違いがよくわからないけど、
消去法でデータを結合することが出来ました。

これはオブジェクトかどうかの違い?

色々調べたら、やはりオブジェクトかどうかみたいなことらしい。
厳密には、取得したデータを加工しているかどうかの違い。

今までフロントエンドからのデータは無条件にjson_decodeしていたけど、
iniファイルから取得したデータはdecodeしていなかったので書き方が違ったみたい。

タメになったね〜〜〜

余談

倉庫とか諸々テストするために魔法剣士を使ってみたんですが、
強すぎました。

計算式を少しナーフしたけどそれでも強い。

今改めて計算式を見てみたら、混合色が軒並み強い気がする。
基礎ステータスの組み込み方を修正してみようかな...?

...とかなんとかいろいろ考えた結果、
ナーフするのが難しかったので、特化職を強化することにしました。

これでバランスは取れたはず?

コメントを残す

メールアドレスが公開されることはありません。 が付いている欄は必須項目です