《花騎士》　花騎士アビリティ検索システム【β ０．６】

改修ポイント①　ＨＰレイアウト表示をＤＢで制御

実はこのシステムを作成したとき、アビリティ以外の検索項目が増えることは想定してなかったんです。

具体的にはアビリティタイプの追加は想定外だったんですよね。
けど、こちらで調べたい人も出てくるかもですし、アビリティにかかわる部分ですから反映したいなと。

ただ項目を追加するだけなら、同じようにソースを弄って手書きで加えちゃえばいいんですが、どうせならＤＢ側から読み込んで表示が変更されるように変更した方が楽だなと思いまして、その方向で改修しました。

またＨＴＭＬソースの作成を今までは皆さんのクライアント側で処理してもらっていたのですが、こちらをサーバー側で吐き出す形に変更しました。
マシンパワーのあるＰＣなら恩恵は無いですが、スマホや低スペックマシンなら少しは軽くなったかもしれません。

さらにこちらは運用上の仕様なので使う皆さんには関係ない話ですが、今後は何か検索項目を増やしたくなったら、即座に対応できるようになります。
運営さんの気まぐれで何か仕様変更が来ても、基本的にはこれで対応可能でしょう。

まぁ、対応するかは私の気分次第なんですけどね！（鬼

②　検索ワードを新仕様に対応

アビリティの表記ががらっと変わってしまったため、検索システムの用語や検索範囲など仕様そのものに変更が入りました。
こちらも仕様変更なので、使用感には特に何も変更はありません。

そして、前回のシステムでは検索範囲とかの指定をがっつりと手動指定で行っていたため、ＤＢが一段ずれると云々みたいな面倒なことが発生しておりました。
具体的にはアビリティはＤＢのこの列からこの列までみたいな指定の仕方ですね。

こんなんやってられんということで、この辺りも全部自動化しました。
キーワードでとってくればＤＢの構造はわかるので、そこから全部お任せで数値とってきて範囲構成するように仕様変更しました。

これの何が苦戦したって、例のごとくＧＡＳのエディタが超絶ポンコツなので、思い通りのデバッグができないってことなんですよね。
これでも前よりマシになったんだから、過去の私、超頑張った。

いや、正確にはデバッグはできるんですけど、さくっと落ちるっていう。
あと実際の環境に連結した動作ができない（関数ごとしか無理）とかいう腐った仕様です。
ほかにも連続してデバッグ出来ないとか、値を書き出して残しておかないとダメとか
とにかく「うがっぁあ！？　この糞デバッガ！！」って感じで、割と殺意の波動があふれる作業となりました。

やっぱり開発環境って大事だわ。Ｇｏｏｇｌｅさん、ＧＡＳが広まらないのこれが原因ですから。
割と初心者の入門には、お勧めできる媒体なのに、開発環境のせいでお勧めできない。うん。
まぁ、それでも昔みたいにコンソールでやるよりはるかに楽だけど。

ちなみに、デバッグ中に想定外のところで止まる場合は、そこに何かエラーがあります。
ですがデバッガはエラー吐きませんので、最初にそれに気が付くまで、かなり時間を費やしました。
エラーを吐かないので、原因究明は手探りです。まぁ、直前の処理である程度のあたりはつくんですけどね。

そんなわけで、相変わらずどうでも良い所で苦労してます。はい。

改修ポイント③　新旧両方の表記が混じっていても検索可能に

これは対応を行う上で一番肝になる部分だったのですが、検索語句を工夫することで何とかなりました。

このポンコツシステムは正規表現を使って検索をかけているのですが、ＯＲ文を中にねじ込むことで一応、期待通りの動きを実現することが可能となっております。

例えば、〇〇〇と×××のＡＮＤ検索の場合は、

^(=?.*〇〇〇)(=?.*×××)

この辺りは、私もあまり詳しくないのでちょっと無駄なこともしているかもですが、とりあえずこれで綺麗に検索分けが可能なので、ＤＢ更新がすむまではこちらで対応したいと思います。

その為ＤＢ更新作業は後回しにしても、とりあえずシステム自体は動かせるようになりました。
これが出来なかったらＤＢの更新が終わるまで待つか、ＤＢがほぼまっさらな状態で運用するしかなかったので、割と助かってます。

ただし、逆に問題もかなり発生しています。
併用型にしているので、正直に申し上げてただでさえ低い検索精度がガタ落ちしてます（致命的）

特に数値が混ざるとかなりダメな感じになるのですが、
その中でもクリティカル系は今のところあるかないかくらいしかわからない程度の精度に落ちてますので、そのつもりでお使いください。

ただ、新標記にすればおおむね解決する話なので、ＤＢ更新を急げば、その分、精度があがります。

DOMってなんだっけ？　今更理解する

何かあったなーそんなもの、くらいの認識しかなかったのですが、割と理解が進んだこの状態で改めて調べたら、めっちゃ必要な子だった件（今更

今まで、制御に関してはHTMLタグにIDを付加して、それで制御していたのですがDOM（Document Object Model）を使えばもっと幅広く活用できるようになりそうです。

しかし、その為に組んだプログラムで意味不明なバグが発生し、１日足踏みしました。
具体的には、行数がある程度多くなるとTypeErrorが頻発して完全に詰むという笑える状況です。

え？　なんで？　型も間違ってないのに、何故えぇ！？

と、色々試した結果……なんでか指定していた（と思っていた）ものと別の変数が読み込まれていたため、ある特定の条件下でそれがオーバーフローしＵｎｄｉｆｉｎｄを返すことでTypeErrorを誘発して居たっぽいです。

わかるか、そんなん！？

と、逆切れしつつ何とか、こちらも稼働するようになり無事、ポンコツシステムもお目見えすることとなりました。

正直DB更新がもう一人では無理っぽい件

これは前から薄々感づいてはいたのですが……
やはり、この膨大な量のテキストを一人で短期間で更新するのは割と無理っぽいです（今さら

新規の花騎士達やバランス調整で変更になった花騎士達の更新は、運営さんがテキストベースにしてくれたので、いずれ全てのバランス調整が終了した暁には、更新も完了すると思います。
思いますが、この運営さんの歩みの遅さからすれば、それは何年後の話なのだという。

なので今回は、ちょっと読者の皆様のお力も少しお借りしようかと思います。

こちらに弄られても何の痛痒も無いスタイルシートを用意いたしました。
どなたでも自由にいじる事が可能です。

もしご自分の嫁やお気に入りの花騎士がいて、既存のアビリティ要件に書き換えても良いよって方がいらっしゃいましたら、こちらのシートに記入をして頂けますと、その分、私の労力が激減致します。

入力して頂きたい内容は、以下の通りです。

〇　アビリティ（新規記入版）
〇　アビリティタイプ（選択型）
〇　国家等抜けている情報（ごく最近の子で少数）

また英数記号は全て半角にて記入をお願い致します。

多分やらかすのは数字と一部記号（%や[ ]）です。

これをミスって全角で入れたら、ヒットせずにその子は虚無の空間を漂う事になるでしょう。
一応、私も確認したりツールで修正かけたりしますが、絶対はないのです。

そんな感じで、もし暇な時間がおありで、ちょっと記入してやるかと言う方がいらっしゃいましたら、お手数とは思いますが宜しくお願い致します。

ただ、一つ注意点があります。
最近、こういうご時世ですのでもしかしたら速攻で愉快な方に荒らされるかもしれません。

その時は、残念ですがそのままブックごと消し去りたいと思います。
右クリック一つで終わる話なので（鬼
なので、その辺りの作業が無駄になるかもしれない可能性も含め、ご理解いただいた上で、それでもやってやるぜって方はお願いしますね。

基本的にコメントなどでお知らせ頂ければ、その都度、私が時間の空いた時に反映作業を行わせていただきます。