検索

ホームページ  >  に質問  >  本文

angular.js - サイト全体で Angular が使用されていますが、以下で説明するような高度にインタラクティブな機能を Angular を使用して実装するにはどのようなアイデアを使用する必要がありますか?

このアプリは次のように説明されています:
1.エリアCは複数のページに分かれており、上下にページを切り替えることができます
2. Ax は、C 領域にドラッグして、画像、ボタン、テキストなどの対応する要素を生成できるコントロールです
3. 生成された画像、ボタン、テキストはC範囲内でドラッグして位置を変更できます
4. 右側の生成された画像、ボタン、テキストをクリックすると、各要素に固有のコントロール パネルが生成されます。これがエリア D です。エリア D には、要素のサイズや透明度を変更するために操作できる小さなコントローラが多数あります。アニメーション、パディング、テキスト編集、画像アップロードなど。
5. B は、名前の追加、切り替え、削除、変更などに使用されます。

私が聞きたいのは、Web サイト全体が Angular で構築されているという前提の下で、この機能をどのように完成させるかということです。 Angular はこれほど多くの UI インタラクションを処理できますか?それとも何か解決策はあるのでしょうか? Angular のディレクティブを理解した後、これらのインタラクションがディレクティブにカプセル化されていると、非常に柔軟性に欠けるように感じます。アドバイスをいただければ幸いです。

習慣沉默習慣沉默2769日前625

全員に返信(4)返信します

  • 習慣沉默

    習慣沉默2017-05-15 16:55:09

    私も最近少し読みましたが、angularjsは頻繁なDOM操作には向いていないのでしょうか?

    返事
    0
  • 淡淡烟草味

    淡淡烟草味2017-05-15 16:55:09

    フィーリングニーズは印象的とほぼ同じ

    strikingly は角度と反応が混合されています

    返事
    0
  • 仅有的幸福

    仅有的幸福2017-05-15 16:55:09

    angular ui ルーターはそれが行うものです。
    これは angular のプラグイン モジュールです。主な適用シナリオは 多层级页面单页面-多视图.

    です。

    返事
    0
  • 给我你的怀抱

    给我你的怀抱2017-05-15 16:55:09

    この問題は複雑に見えますが、実際には、より優れたフロントエンド データ モデルの抽象化がある限り、多くの問題は単純化できます。

    まず、ユーザーがどのコンポーネントを C 領域にドラッグしたか、これらのコンポーネントの位置はどこで、どのように構成されているかを保存するサービスを抽象化できます。次のようになります:

    リーリー

    D 領域は、C 領域で選択されたタイプに応じてさまざまなディレクティブをロードし、選択された構成に従ってレンダリングします。

    領域 B のページ変更によってどのようなレンダリングの変化が生じるかわからないため、モデルについて提案することはできませんが、一般的な考え方は同じです。

    実際、この種のユーザー操作では、多くのデータ変更とレンダリングの変更が発生するため、angular のパフォーマンスと保守性についてはさらに疑問があります。 。 。 React は実際には、この種のシナリオを処理するように設計されています。

    返事
    0
  • キャンセル返事