update.前置き・LaravelついでにVue.jsを使うことになった・公式のドキュメントを流し読み・とりあえずコンポーネントで分けてみるか・カオスwwwwというわけで、根本的にどうVue.jsを使っていいか分かっていないようなので、どうすれば「俺はVue.jsを使ってるぜっ!」と言えるのか試行錯誤してみる。(’ω’)░▒▓█▇▅▂うわあああああああクールになるんだOK落ち着け俺。何か根本的に間違っている。情報を整理してリトライしよう。Vue.jsはMVVM(M)odelデータだったり、ロジックだったり。Vue.jsでいうと、dataオブジェクトやmethodsのこと。props、computed、watchもModelに入るのかな?(V)iewDOM要素のこと。Vue.jsでいうと、elのこと。templateやrenderもそうなのかな?(V)iew(M)odelModelとViewの仲立ちをもの。Vue.jsでいうと、Vueインスタンスのこと。考察Vueインスタンスにdataオブジェクトを内包できるから勘違いしたような気がする。→明確にViewModelとModelを分けてみよう。̄)ウーン→用意するModelは、入力と結果の二つってところか。検索ロジックってどっちに入れよう・・。入力値も使うし、結果も格納しないといけないんだよな・・。→ロジック用のModelを用意してみる。データ用のModelにはSetterGetterを用意すればいいな。ロジックModelで入力と結果のModelに入れ込めばいいんだ。Viewに関しては、コンポーネントの分け方の問題なのかなぁ・・。コンポーネントぼくのかんがえるこんぽーねんとなんか・・部品・・ですよね・・。はい、この曖昧さが悲劇を生んだような気がします。要素を拡張して再利用可能なコードのカプセル化を助けます。コンパイラが指定された振舞いを加えるカスタム要素です。要素の姿をとることもあります。使い回しが聞きやすいように、独自タグ作るやーつ。使い回しが効きそうなところはコンポーネントにしましょう。言ってしまえば全部使い回しが効くように作るべきだよね。「使い回しが効く部品」で考えることにしよう。・画面全体のテンプレート・入力部(ラベル+テキストボックス)・ボタン・テーブルに分けてみました。}});解説)特にありません。再検討したものをそのまま実装してます。}});解説)特にありません。再検討の時と違うのは、結果は配列で持たせるように変更してます。不要としました解説)検索ロジックはViewModelに依存させました。?多くの値(Model等)を用いたり、返したりするロジックを外出しすると、ViewやViewModelの記載が複雑になりました。一意性の高いロジックは外出しせずに、都度その場で定義した方が良さそうです。}</script>解説)入力値が変わるたびに、親から受けとったModelのsetterを実行。}</script>解説)ボタンを押したら、受け取ったメソッドを実行するだけ。}</script>解説)受け取ったヘッダと値を使ってテーブル表示。ModelResult.$data});解説)各コンポーネントがモデルを使用できるように、VueオブジェクトとModel紐づけてます。v-bind:prop-datas="list"></my-table></div>解説)コンポーネントを使って描画。まとめ・最初に比べるとだいぶマシになった。・誰か参考になる情報やリンクを教えてください。upLoginユーザーは見つかりませんでした。