フロントエンドのコンポーネント整理計画

[KentaHizume]

モチベーション

テスト基盤を整理するにあたり、コンポーネント分割が適切に行われていないとテスト方針と対象の整合性が取れない恐れがあります。
そのため実際のテストスイートを作り始める前にコンポーネントを整理し適切に分割します。

[KentaHizume]

現状整理

理論

• create-vue のデフォルトの構造に従って、 views と compoents に触れている。
• CSR 編で Atomic Design について名前だけ触れているが、サンプルアプリの構成は特に Atomic Design に従っていない。
• https://maris.alesinfiny.org/app-architecture/client-side-rendering/frontend-architecture/#views-directory

モチベーション

• コンポーネントをフォルダーごとに整理して、このフォルダーに入っているやつはこういう特性を持つので、こういうテスト方針でテストしましょう、という理屈に整理したい。

やること

• 立脚する理論を提示したい。
  • が、プロジェクトの特性による、という感じでこれ！といった支配的なものはない。
• ただし、サンプルアプリではこういう理論でこうしていますという説明はできるか。
• 説明不足の箇所を補強する。
  • とりあえず composables については何者か説明の追加が必要である。
    • ロジックの再利用をする領域なので、ちゃんと単体テストをしましょうという帰結になる想定。
• Atomic Design について、特に使う気がなければややこしくなっているだけの気がするので説明を消してしまいたい。
  • やりすぎというか、維持するのが難しい