angular.js - 全站用的angular，但是像下面描述的这样强交互的功能用angular该用什么思路去做呢？

Question

这个应用描述如下：
1、C区域分为多个页面，页面间上下切换
2、Ax是控件，可以拖拽到C区域，生成对应的元素，比如图片、按钮、文本
3、生成的图片、按钮、文本可以在C范围内拖拽，以改变位置
4、单击生成的图片、按钮、文本在右侧生成每个元素特有的控制面板，也就是区域D，区域D里面有很多小的控制器，可以进行操作，以修改元素的尺寸、透明度，动画，padding，文本编辑，图片上传等等等的功能。
5、B用来进行页面添加、切换、删除、修改名称等

想问的是，在整站都是angular做的前提下，怎么去完成这个功能呢？这么多的ui交互，angular可以做么？或者说有什么解决方案么？了解过angular的directive，如果把这些交互都封装在directive中感觉灵活性很差。希望得到指点。

Answer 1

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

Answer 2

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

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

Answer 3

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

です。

Answer 4

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

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

リーリー

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

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

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