フリガナ欄のオプション化

[eternalharvest]

概要(Overview・Refs Issue)

#3872 で議論で議題に上がっているように、会員登録や受注編集等の際にカナの入力を強制することは、カゴ落ちの原因になったり、エントリ業務の効率化の妨げになるのでカナ入力を強制しないよう設定変更できるようにしました。

また、これに関連して #4636 で報告されているバグをついでに修正しています。
フリガナ欄のオプション化に際しては互換性を損なわないよう最善の注意を払っていますが、新しい機能をバグ修正パッチと一緒に取り込むことに問題がある場合は、バグ修正コミットを別に分けようと思いますのでご連絡ください。あるいは、チェリーピックしていただいても構いません。

• 4.0 フリガナは必須？ #3872
• 出荷情報を追加した時、お名前(カナ)のフォームに未入力のエラー表示がされない #4636

方針(Policy)

互換性を損なわないよう、店舗設定の基本情報で設定できるようにしデフォルトはこれまで通りフリガナの入力を強制します。
オプションの設定内容に関わらず、カナ項目が必須であることを示すバッジ以外の要素が物理的になくなったりすることはありません。

実装に関する補足(Appendix)

テスト（Test)

私の書いたコードの範囲はほぼ UI に関わる部分なのでテストコードは書いていませんが、考えうるコードパスはほぼ全て手動でテストして正しいことを確認しています。客観的に証明出来なくてすいません。

相談（Discussion）

フリガナ項目の非表示化の是非

今回はオプション化のみの実装に留めていますが、そもそもオプションにするくらいならフリガナの項目事態を UI 上からは消し去ってしまったほうが良いのではないか？と悩みましたが、それ以上は本体でやるというよりカスタマイズでやるべき内容なのかなとも思っています。皆さんの意見が聞きたいです。

フォローアップ

この PR を作成したことで、いろんなフォームのコードに目を通すことができました。各フォームで結構、仕様に統一感がなかったりしたのでそういった点はおいおい改善していければ良いなと思っています。フォームはいろんなところに影響が及びそうなので互換性には気をつけないけませんが。

特に、非会員での購入時のショッピングページでお客様情報を編集するフォームだけが AJAX になっていて、他とは異質な存在になっているように思います。もちろん、AJAX ならではのメリットもあるのですが下記 Issue でも指摘されているような問題を抱えています。

• ゲスト購入時、お客様情報変更の際の都道府県がセレクトボックスじゃない #3949
• nonmemberで購入時のお客様情報変更 #565

マイナーバージョン互換性保持のための制限事項チェックリスト

• 既存機能の仕様変更
• フックポイントの呼び出しタイミングの変更
• フックポイントのパラメータの削除・データ型の変更
• twigファイルに渡しているパラメータの削除・データ型の変更
• Serviceクラスの公開関数の、引数の削除・データ型の変更
• 入出力ファイル(CSVなど)のフォーマット変更

レビュワー確認項目

• 動作確認
• コードレビュー
• E2E/Unit テスト確認(テストの追加・変更が必要かどうか)
• 互換性が保持されているか
• セキュリティ上の問題がないか

[nanasess]

早速のPRありがとうございます！
UIのテストに関しては、 Codeception で自動化していますので、お時間ありましたらぜひ！

まとまった公式ドキュメントがないのですが、こちらが参考になると思います
https://qiita.com/kazumiiiiiiiiiii/items/612b541d1dffcf026098

[eternalharvest]

@nanasess
情報ありがとうございます。
時間があるときに、Codeception のテスト書いてみます。

既存のテストコードを編集するより、別ファイルで作った方が良いでしょうか？
どうやらテストはナンバリングされているようですが、ナンバリングの規則がよくわからないので好きな名前でテスト書いて別ファイルにした方が良いかなと思っています。

[nanasess]

@eternalharvest ありがとうございます。一応、機能ごとにPHPファイルがわかれていますので、別ファイルにせず、今回修正した機能ごとにテストを追加していただければ嬉しいです。
ナンバリングは、以下の結合試験項目書に対応しています
https://github.com/EC-CUBE/eccube3-doc/tree/4.0/IntegrationTest

また、既存の PHPUnit が落ちているようですので、そちらも合わせて修正していただけると大変助かります。

[eternalharvest]

@nanasess

phpunit の件は修正させていただきました。
まだ、codeception がコケていますが。

もともと、コードを書き換える段階で問い合わせフォームだけなぜかカナフィールドが必須ではないのが気になっていたのですが、他と統一した方が良いのではと思い勝手に仕様を変更していました。

なぜ、問い合わせフォームだけカナがもともと必須フィールドでなかったのかについては理由はわからないですが、設計者の意図があるようにも感じます。問い合わせフォームのテストでカナが必須ではないことを検証するようになっているので、ここの仕様は変えるべきではないと判断しました。私はカナフィールドいらない派なので、問い合わせフォームがカナを必須にできないことは私にとっては問題ではありません。

みなさんの意見を聞いて必要であれば、仕様の変更を検討したいと思います。

[nanasess]

@eternalharvest ご対応ありがとうございます！お問い合わせフォームは、必要最小限の入力でお問い合わせできるようにという配慮から、必須が外れているようです

[shinya]

ソースコードを現最新Versionに更新した後、Conflictを解消しマージするように動きます。

[nanasess]

一旦 4.3 ブランチをマージしました。
本PRの開発当初と、現在の E2E テストの乖離が大きく、追加修正が必要です。
一旦ドラフトにしておきます