ec-cubeの独自実装部分の調査

[chihiro-adachi]

configの読み込み

• configファイルの要不要の精査
  • pathはいらない
  • doctrine関連も
• configファイルをロードするタイミング
  • コンテナの挙動を調査
• configの保持する箇所
  • コンテナ？
  • インジェクションできるようにする
• 管理画面等で変更できるような設定はどうするか
  • 上書きできるとよい

ロギング

• ec-cubeの独自実装の組み込み

クラスローダ

• acmeを変更するのに作った
• Appとか固定でよさそう

セッション

• 設定ファイルへ移行
• save_handlerもsymfonyの設定ファイルで良さそう

Twig(主にinit rendering)

• テンプレートパスを動的にする(フロント、管理)
  • EventSubscriberで実装
• 管理画面のIPチェック
  • EventSubscriberで実装
  • twigの初期化とは意味が異なるので別のEventSubscriberにする
• グローバル変数
  • EventSubscriberで実装
  • Controllerイベントでよい

swiftmailer

• symfonyの設定ベースでよい
• 文字コード周りは拡張が必要？

doctrine

• キャッシュやプロキシなど
  • symfonyの設定ベースでよい
• Traitの拡張機構
  • 実装方法検討
• プラグインの制御
  • 実装方法検討
  • どのタイミングで プラグイン読み込むか
  • プラグインの有効無効をコンテナのビルド中に判断する必要がある

security

• symfonyの設定ファイルベースでよい
• admin_routeやuser_data_routeを知っている必要がある
• force_sslも
• config.phpに依存する箇所がいくつかある
• UserProviderInterfaceはレポジトリを直接していするんではなく、別途作ったほうがよさげ？

request

• httpキャッシュはframework bundle/ sensio extraに組みまれているので不要
• trasted-proxyはindex.phpで設定している
• config.phpに依存している箇所を見直し
• ルーティング
  • プラグインの有効無効判定

plugin

• プラグイン仕様の検討
• プラグインのロードタイミング
• Bundleとして実装？
• 現行機構をどうするか