アイデアがある前に、UIを書くVUE使用することです。そして、それは書く方法を最終的にも明確ではありませんでした。
離職した後、右、上記gitbookで答えを見つけるために道を支払うこともできます。
我々はプロジェクトを開発している答えを見つけた後見て、コードの書き込みパートナーを見て、突然、正確なディレクトリ構造が記述されたUIコンポーネント・ライブラリーアプローチに応じて調整することができます。手ので、新しいディレクトリ構造そう。
最も重要なことは、最終的には実用的なレベルアップコード設計、アーキテクチャ設計の考え方から考え始めています。私の意見では、ディレクトリ構造の一種です。
それについて考えた後、経験を考え。
まず、それVUE足場、自動的に生成されたプロジェクトテンプレートは、改善を行うか、再設計する実際の必要性に基づいています。後に、より適切なスケーラビリティを持つことができるように再設計されました。
例えば、スケーラブルなコンポーネントベースの、特に世界的なコンポーネントは、合理的な再スケジュールディレクトリた後、あなたは世界のコンポーネントは、コンポーネントライブラリに開発することができます。次いで、フィルター、コマンド等のグローバルVUE特殊な特性は、また、開口部を分離するために使用することができます。
第二に、メソッドのいくつかは、プロトタイプを使用して、utilの内側の性質に依存し、上記のプロトタイプの方法でハングアップしますVUE拡張メソッドをintallすることができます。
第三に、ローカルアセンブリ、ローカルコマンドは、ローカルフィルタは、別のページまたは内部コンポーネントの内部に配置されています。
第四に、本番環境では、いくつかの依存関係は、ときにメモリのニーズ大幅に開発環境を低減することができる、管理を梱包行い、すべてのDLLを使用することができます
第五に、混合で、混合は、重複したソリューションの別の形態であります
六つの構成要素は、命令、フィルタを混合、方法は、方法のVUEのプロトタイプは、命令またはフィルタに表示されないことができ、繰り返し単位を構成することができます。
優れたプロジェクトテンプレートは結局、これは彼らが得る前に考えると仕事をする累積的な努力で、特別な足場管理を行う価値があります。