共通化の方法コンポーネントのmixinstoreのgettersmixinmixinを使えば処理をまとめて簡単に共通化(使いまわし)できるできるけど、デメリットも多くmixinでやる必然性がない簡単に使えるが、コードの見通しが悪くなる超便利mixinみたいな大きなものができがち依存しているmixin自体はわかるが、どのプロパティに依存しているか把握が難しく、mixin側の変更の影響範囲が読みづらい$routerなど、thisに生えるのが仕方ないものを共通化する目的で使うのだけは許容できるかな?というところmixinだけに限らず、thisに何かを生やすのは基本的によろしくない。便利(簡単)な一方で、コードの見通しと変更しやすさを犠牲にしている。値を整形する場合はページコンポーネントで関数を外に出しましょうmixinでthisに生やす意味も、getters自体に整形処理を持たせる必要もない。めんどくささから逃げた先にあるのは別のめんどくささです片付けるのがめんどくさくて引き出しに全部ぶち込んだような状態は健全ではない目先の楽さに流されない強い心と、先を見通す視点を持ちましょう。迷わず分類できること複数人の間で共通認識として機能すること開発体験を損なわないこと迷わず分類できること自分自信がなんの迷いもなく「これはこれ」と分類できる方法であること。自分でできないなら他の人もできない共通認識として機能すること共通認識として機能してない例A「このコンポーネントはstoreを参照してないので〇〇に分類しました。」B「ビジネスロジックを含んでるからXXじゃない?感覚的にもXXだと思う。共通認識として機能してる例A「このコンポーネントの役割を考えると分類は〇〇でいいよね。その役割なら〇〇だね。迷わず分類できること複数人の間で共通認識として機能すること開発体験を損なわないことこれらは人やチームによって異なるもの誰かが考えた分類があなた(達)にとっての最良の分類である可能性は低い自分たちにとっての最良の分類方法を模索することを止めないでください。思考停止の先にあるのは緩やかな破滅です。