이 앱에 대한 설명은 다음과 같습니다.
1. C영역은 여러 페이지로 나누어져 있으며, 페이지 간 전환이 가능합니다
2. Ax는 C 영역으로 드래그하여 그림, 버튼, 텍스트 등 해당 요소를 생성할 수 있는 컨트롤입니다
3. 생성된 이미지, 버튼, 텍스트를 C 범위 내에서 드래그하여 위치를 변경할 수 있습니다
4. 오른쪽에 생성된 그림, 버튼, 텍스트를 클릭하면 각 요소에 고유한 제어판이 생성됩니다. 이는 D 영역입니다. D 영역에는 요소의 크기와 투명도를 수정하기 위해 작동할 수 있는 작은 컨트롤러가 많이 있습니다. .애니메이션, 패딩, 텍스트 편집, 이미지 업로드 등.
5. B는 이름 추가, 전환, 삭제, 수정 등에 사용됩니다.
제가 묻고 싶은 것은, 전체 웹사이트가 Angular로 구축되어 있다는 전제 하에 이 기능을 어떻게 완성할 수 있느냐는 것입니다. Angular가 그렇게 많은 UI 상호작용을 처리할 수 있나요? 아니면 어떤 해결책이 있습니까? Angular의 지시문을 이해한 후 이러한 상호 작용이 지시문에 캡슐화되면 매우 유연하지 않게 느껴집니다. 조언을 얻기를 바랍니다.
저도 최근에 조금 읽었는데요. AngularJS는 빈번한 DOM 작업에는 적합하지 않은 것 아닌가요?
요구사항은 놀랍게도 거의 동일합니다
놀랍게도 각도가 반응과 혼합되어 있습니다
angular UI 라우터가 바로 그 역할을 합니다.
입니다.이것은 Angular의 플러그인 모듈입니다. 주요 적용 시나리오는
多层级页面
或单页面-多视图
.이 문제는 복잡해 보이지만 실제로 더 나은 프런트 엔드 데이터 모델 추상화가 있는 한 많은 문제를 단순화할 수 있습니다.
먼저 서비스를 추상화하여 사용자가 C 영역으로 드래그한 구성 요소, 이러한 구성 요소의 위치 및 구성 방법을 저장할 수 있습니다. 다음과 같이 보일 수 있습니다:
으아악D 영역은 C 영역에서 선택한 유형에 따라 다른 지시문을 로드하고 선택한 구성에 따라 렌더링합니다.
B영역의 페이지 수정으로 어떤 렌더 변화가 생길지 모르기 때문에 모델에 대한 제안은 드릴 수 없지만 대략적인 생각은 같습니다.
사실 이런 일을 하려면 React를 사용하는 것이 좋습니다. 이런 종류의 사용자 상호 작용은 많은 데이터 수정과 렌더링 변경으로 이어질 것입니다. 저는 Angle의 성능과 유지 관리 가능성에 대해 더 회의적입니다. . . React는 실제로 이런 종류의 시나리오를 처리하도록 설계되었습니다.