vue2.0ソース
選択フレームワーク
シーンはフーリガンあるさておきフレーム選択ブラシは、異なるシナリオ、開発者コミュニティの下で、好みは矛盾している、様々なプログラムの共存は必ずしも有益です。
フレームワークツールの背後にある経験や問題の深い理解を解決しよう:選択がどのように
パッケージ
メインフレームアセンブリに抽象化ユニットアセンブリ>アプリケーション、モジュールパッケージPAGE-開発の歴史のように実質的である。
関数であってもよい開示された組立体を反応させ、
分類モジュール
- アクセスタイプのコンテナ
- 表示コンポーネント
- 例えば、強化されたインタラクティブフォーム部品の様々な種類が、通常は再利用を強調します
- 機能例
<router-view>
、<transition>
などの拡張、抽象化の存在。
テンプレートとJSXコントラスト、高JSXの柔軟性、テンプレートはのJSX機能コンポーネントにテンプレートを書くよりもはるかに多く、表示シーンの主なタイプでは悪いことではありません
コロケーション:一緒にものを入れて、HTMLの前に置くために、JS、CSS分離対応
検知機構とレンダリングメカニズムを変更
宣言型と命令的なレンダリング
メンテナンスの問題は、データ間の不可欠、宣言型マッピングと手動運転を維持する必要はありませんDOMを宣言
=ビューをレンダリング(状態)
テンプレートVUEは、レンダリング機能の性質にコンパイルされ、テンプレートとJSX ;特定の実装はVDOMもきめ細かいvue1ように結合することができることができ、同じである
:検出を変更するPPTの変化を検出します。
プルすべてに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の問題のいくつか:
- スコープ
- クリティカルCSS
- アトミックCSS
- ディストリビューションの多重化
- クロスプラットフォームの再利用
構築ツール
イサキの一気のWebPACKの
問題を解決するためのツールを構築するには、実際にいくつかの側面です。
- タスクの自動化
- 開発の経験と効率(新しい言語機能、シンタックスシュガー、ホットリロードなど)
- 展開関連のニーズ
- コンパイル時の最適化
サーバーのデータ通信
伝統的な安らかなインターフェース、データ直接、リアルタイムのプッシュ
リアルタイムのプッシュプログラム:流星
データ協会:協会GraphQL、複雑なデータ安らかよりも表現力、
サイド・レンダリング・サービス
クロスプラットフォームのレンダリング
機構およびDOMデカップリングweex RN、フレーム、必ずしもVDOM、ネイティブレンダリングエンジンドッキング有するノード動作フレームワークをレンダリング
新しい仕様
オリジナル:ビッグボックス 特に素晴らしいライブノート