2016-12-13 4 views
0

私たちは現在、多くのデータを送信するアプリケーションに取り組んでいます。これまでのところすべてがうまくいき、いくつかのフォームを作成するようになります。 Angularフォーム/検証システムを使用しようとしています。しかし、私は公演のための良い情報を見つけることができません。私たちのフォームには、多くのフィールドがあります(200としましょう)。 datepickersのような複雑なフィールドがいくつかあります。多くのフィールドには制約があり、フォームのどこかでフィールドが変更されたときに値を変更する必要があります。非常に大きな形式のAngularJSのパフォーマンス

  • 知るべきことはありますか?たぶん、いくつかの機能の使用を避けるべきでしょうか?
  • Angularフォームシステムで構築することは可能ですか?カスタム/高速システムを使用する必要がありますか?
  • 詳細については私の質問を編集します:私はすでに$digest$applyサイクルについて知っています。私はすでにウォッチャーの仕組みを知っています。私はすでにそれらをすべて調整する方法を知っています。私たちのアプリケーションでは、既にページ内に膨大な数の要素が表示されている可能性があります(検索対象の1000ドキュメントなど)。我々は、アプリケーションのこの部分で角度の遅いものを回避する方法を知っています。

    しかし、現時点ではフォームはありません。そして、我々はそれらを構築し始めるでしょう。私は非常に大きなフォームと許容できるパフォーマンスで角度アプリケーションの例を探しています。そして、AngularJSフォームシステムがそれを処理できないというブログ記事。 AngularJSフォームシステムを避けるために、独自のフォームフレームワークを構築する必要がある場合は、問題なく実行できます。

    +1

    これはオープンエンドの(広範な)質問です。知るべきことはありますか? Angularのすべてをカバーしています。 1つのページに200のフィールドを持たないようにフォームを設計することを実際に考えるべきです... –

    +0

    あまりにも幅が広いとフラグが立てられています。 **可能な回答が多すぎるか、この形式には長すぎると良い回答があります。回答セットを絞り込むか、いくつかの段落で回答できる問題を特定するための詳細を追加してください。** – Mistalis

    +0

    同じ問題に直面していましたが、解決しました。実際には、ビューポートのパフォーマンスに起因するいくつかの制限がありますが、200要素のフォームをレンダリングすることは問題ありません。特に 'datepicker'や' choose'のようなサブレンダーは私たちのパフォーマンスを壊します。 [チャット]で話すことができますか? – lin

    答えて

    0

    この問題は非常に幅広い話題であり、さまざまな原因が考えられます。実際には、$digestサイクルと各モデルの更新がそれを引き起こす方法を理解することから始めるべきです。

    Angular Docs for ngModelOptionsあなたの考えを助けるかもしれません。 YearOfMooの記事も役立ちます。そうでなければ、$digestサイクルをさらに掘る必要があるかもしれません。

    関連する問題