Vue では、セットアップは再利用をカプセル化するために使用されます。セットアップは、結合された API を使用するように設計されています。コンポーネントが大きくなると、論理的な懸念事項のリストも大きくなり、コンポーネントを読みにくく理解しにくくなります。 setup では、この部分は関数に抽出できるため、この部分のロジックを気にする必要はありません。
#この記事の動作環境: Windows 10 システム、Vue バージョン 2.9.6、DELL G3 コンピューター。
vue が setup を使用する理由
setup は結合 API を使用するように設計されています。
データ、計算結果、メソッド、監視の組織ロジックは、ほとんどの場合に有効です。ただし、コンポーネントが大きくなるにつれて、論理的な懸念事項のリストも増加します。その結果、特に最初からコンポーネントを作成したわけではない人にとって、コンポーネントが読みにくく、理解しにくいものになる可能性があります。セットアップを通じて、この部分を関数に抽出できるため、他の開発者はロジックのこの部分を気にする必要がなくなります。
- #vue ライフサイクルにおけるセットアップの位置
setup は before created と beforeCreated にあり、created と beforeCreated を置き換えるために使用されますが、setup 関数ではアクセスできません。さらに、ライフ サイクル全体は次のフックを通じて操作できます。セットアップ内
- セットアップはどのパラメータを受け取ることができますか?
セットアップはプロップとコンテキストを受け入れることができます。プロップは応答性の高いデータであるため、分解することはできません直接割り当てられます。コンテキストは応答性のないデータなので、直接割り当てることができます。割り当てを分割します。セットアップはオブジェクトを返す必要があります。返されたら、属性は vue2 のように使用できます。優先度が最も高くなります。次のコードを例にとります。息子のセットアップからのテストが表示されます。
再利用性をカプセル化するために
プロジェクトやアプリケーションは実装について語るだけでなく、継続的統合や複数の要素も考慮する必要がありました。フロントエンドが低すぎるため、問題を解決するためにコンポーネント化またはグローバル状態管理を使用しました。せいぜい少しの労力しかかかりませんでしたが、現在は実現不可能です。フロントエンドとバックエンドのインターフェイスを呼び出すのは多すぎます。したがって、フロントエンドが完全なカプセル化の再利用性サポート (つまり、完全なプログラミング機能) を備え、クラスター内でビュー サービスの位置を保持できるように、より良いアーキテクチャーを持つことが非常に必要です
[関連する推奨事項:「
vue.js チュートリアル
」]
以上がvue がセットアップを使用する理由の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。
