一方向データバインディング: これは、最初にテンプレートを作成し、次にテンプレートとデータ (データはバックグラウンドから取得される場合があります) を統合して HTML コードを形成し、この段落の HTML コードがドキュメント フローに挿入されます。

一方向データ バインディングの欠点: HTML コードが生成されると、それを変更する方法はありません。新しいデータが来た場合は、以前の HTML コードを削除し、新しいデータとテンプレートを再度統合する必要があります。書類の流れ。

双方向データ バインディング: データ モデル (モジュール) とビュー (ビュー) 間の双方向バインディング。

ビューに対するユーザーの変更は、データ モデルに自動的に同期されます。同様に、データ モデル内の値が変更された場合も、すぐにビューに同期されます。

双方向データ バインディングの利点は、一方向データ バインディングのような CRUD (作成、取得、更新、削除) 操作を実行する必要がないことです

双方向データ バインディングの最も一般的なアプリケーション シナリオはフォームです。このように、ユーザーがフロントエンド ページで入力を完了した後、ユーザーのデータはすでに取得されており、データ モデルには何も保存されていません。手術。

現在。双方向データ バインディングを実装するフロントエンド フレームワークには、主に AngularJS、VueJS などが含まれます

しかし、双方向データ バインディングの適用シナリオは非常に限られていると常々感じています。
backbonejs が双方向データ バインディングを実装していないことの説明: 一般的な意味は、双方向データ バインディングは実際のアプリケーションではほとんど使用されず、不要であるということです

「双方向のデータ バインディング」は避けられますが、確かに優れたデモにはなり、最も基本的な CRUD には機能しますが、実際のアプリではあまり役に立たない場合もあります。キーを押すたびに、時にはブラー時に、時にはパネルが閉じられた時に、そして時には「保存」ボタンがクリックされたときに更新されます。それはさておき、ほとんどの場合、フォームを単純に JSON にシリアル化する方が速くて簡単です。心は決まっています、頑張ってください。

双方向バインディングは乱暴すぎると思う人もいますが、Angularでは双方向か片方向かを設定できるようです
さらに、データ バインディングにはある程度のオーバーヘッドが必要ですが、テストの結果、数千の変数の監視には問題がないことがわかりました
唯一の問題は、angular-js が 170 kb 以上圧縮されていることです。 。そして、angular-jsはie8のサポートを放棄します

双方向データバインディングとはどういう意味ですか?教えてください