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

요구사항은 놀랍게도 거의 동일합니다

놀랍게도 각도가 반응과 혼합되어 있습니다

Answer 3

angular UI 라우터가 바로 그 역할을 합니다.
이것은 Angular의 플러그인 모듈입니다. 주요 적용 시나리오는 多层级页面或单页面-多视图.

입니다.

Answer 4

이 문제는 복잡해 보이지만 실제로 더 나은 프런트 엔드 데이터 모델 추상화가 있는 한 많은 문제를 단순화할 수 있습니다.

먼저 서비스를 추상화하여 사용자가 C 영역으로 드래그한 구성 요소, 이러한 구성 요소의 위치 및 구성 방법을 저장할 수 있습니다. 다음과 같이 보일 수 있습니다:

으아악

D 영역은 C 영역에서 선택한 유형에 따라 다른 지시문을 로드하고 선택한 구성에 따라 렌더링합니다.

B영역의 페이지 수정으로 어떤 렌더 변화가 생길지 모르기 때문에 모델에 대한 제안은 드릴 수 없지만 대략적인 생각은 같습니다.

사실 이런 일을 하려면 React를 사용하는 것이 좋습니다. 이런 종류의 사용자 상호 작용은 많은 데이터 수정과 렌더링 변경으로 이어질 것입니다. 저는 Angle의 성능과 유지 관리 가능성에 대해 더 회의적입니다. . . React는 실제로 이런 종류의 시나리오를 처리하도록 설계되었습니다.