特に素晴らしいライブノート

vue2.0ソース

学習のvue2.0ソース

選択フレームワーク

シーンはフーリガンあるさておきフレーム選択ブラシは、異なるシナリオ、開発者コミュニティの下で、好みは矛盾している、様々なプログラムの共存は必ずしも有益です。
フレームワークツールの背後にある経験や問題の深い理解を解決しよう:選択がどのように

パッケージ

メインフレームアセンブリに抽象化ユニットアセンブリ>アプリケーション、モジュールパッケージPAGE-開発の歴史のように実質的である。
関数であってもよい開示された組立体を反応させ、
分類モジュール

  • アクセスタイプのコンテナ
  • 表示コンポーネント
  • 例えば、強化されたインタラクティブフォーム部品の様々な種類が、通常は再利用を強調します
  • 機能例<router-view><transition>などの拡張、抽象化の存在。

テンプレートとJSXコントラスト、高JSXの柔軟性、テンプレートはのJSX機能コンポーネントにテンプレートを書くよりもはるかに多く、表示シーンの主なタイプでは悪いことではありません
コロケーション:一緒にものを入れて、HTMLの前に置くために、JS、CSS分離対応

検知機構とレンダリングメカニズムを変更

宣言型と命令的なレンダリング
メンテナンスの問題は、データ間の不可欠、宣言型マッピングと手動運転を維持する必要はありませんDOMを宣言
=ビューをレンダリング(状態)
テンプレートVUEは、レンダリング機能の性質にコンパイルされ、テンプレートとJSX ;特定の実装はVDOMもきめ細かいvue1ように結合することができることができ、同じである
:検出を変更するPPTの変化を検出します

VUE、宣言の文言が尊重されている理由彼は、批判されていますか?旧グローバル、VUEテンプレートの適用範囲は、ドメイン固有の役割です。他の理由は、コロケーション、JSXまたはテンプレートファイルプロセッサは、関連する、または保守の問題です。
プルすべてにSETSTATEとangular1に反応し、データの変更のために、更新をトリガするためのフックがなければならないの検出は、プッシュに分けて、引っ張る、ダーティチェックされる変更は、そのような差分VDOMに反応するように、暴力よりも暴力を歩きますこれに引っ張っ支援するために、粗粒を引っ張って、応答およびrxjsとしてプッシュVUE、データの変更後に、具体的な変更されている内容を正確に把握するために、比較的きめの細かいアップデート、変更の一部を検索するよりもこのようshouldComponenetUpdataなどpurecomponent、などの性能を向上させる、我々はもう少し知ってきめ細かい情報をプッシュし、それぞれが結合された価格は、オーバーヘッドメモリと依存性の追跡のオーバーヘッドを持って、時計を持っている必要があります。
vue2選択培地粒更新コンポーネントレベルがプッシュされ、各コンポーネントは、データの変更が直接特定のコンポーネントが変更された知っているウォッチャー、に応答して、よりVDOMの内部構成要素
の本質的な違いがある:コストを検出します自動最適化、長所と短所の他の言葉である程度

状態管理

フラックス逆流Reduxのmobx vuex rxjs
自然:その後、元のイベントからのマッピングとUIの状態を変更するために変更するには、宣言型のレンダリングは、UIの状態を変更するために解決された、状態管理がイベントソースを管理する方法では、プロセスの状態変化にマッピングされていますマッピングコンポーネントの処理は、保守性を向上させる、コードのこの部分を整理する方法ビューからどのように取り除かれ、これが解決すべき状態の管理の問題です。
Reduxのとmobx、2つのパラダイム:Reduxの機能、不変; mobxとvuexデータが変更される可能性があり、応答は、すでに宣言型の副作用行っている
再来としてのVue
でMobXとしてのVueを
、非同期処理方法を無応答Reduxのをミドルウェア・エコロジー、vuexとmobx行動に従事し
、そのような複雑なリアルタイムサーバプッシュ、必要に応じて簡単な豆腐、レースを適用していない、rxjs
溶液中で区別するためにどのようにグローバル状態とローカル状態アセンブリを、ない非常に明確な境界、エルム

ルーティング

プロセスアセンブリツリーへのURLマッピング
反応ルータ4を成分と自体がルーティングを行う、機能部品、ルーティングテーブルを分散、結合されたアセンブリの
Webアプリケーションルートとルート

CSSプログラム

CSSの主流プログラム

  • そのような保守性を維持するための前処理とBEMような仕様によって完全なデカップリングとJS、部分的な伝統
  • CSSモジュールは、まだCSSですが、がまとめた世界的な紛争のCSSクラス名を避けるために、
  • CSS-で-JS各種プログラム、コミュニティの代表を反応して、より急進
  • Vueの単一ファイルアセンブリCSS、または角度成分のCSS(内部で書かれたデコレータ)、より折衷プログラム

伝統的なCSSの問題のいくつか:

  1. スコープ
  2. クリティカルCSS
  3. アトミックCSS
  4. ディストリビューションの多重化
  5. クロスプラットフォームの再利用

CSS-で-JS

構築ツール

イサキの一気のWebPACKの
問題を解決するためのツールを構築するには、実際にいくつかの側面です。

  • タスクの自動化
  • 開発の経験と効率(新しい言語機能、シンタックスシュガー、ホットリロードなど)
  • 展開関連のニーズ
  • コンパイル時の最適化

展開について

サーバーのデータ通信

伝統的な安らかなインターフェース、データ直接、リアルタイムのプッシュ
リアルタイムのプッシュプログラム:流星
データ協会:協会GraphQL、複雑なデータ安らかよりも表現力、

サイド・レンダリング・サービス

VUE側のレンダリングサービス

クロスプラットフォームのレンダリング

機構およびDOMデカップリングweex RN、フレーム、必ずしもVDOM、ネイティブレンダリングエンジンドッキング有するノード動作フレームワークをレンダリング

新しい仕様

新しいWebコンポーネントの仕様

オリジナル:ビッグボックス  特に素晴らしいライブノート


おすすめ

転載: www.cnblogs.com/chinatrump/p/11596983.html