以上是我的项目路径，找了很多资料了，不知道怎么将Angular和RequireJS结合起来
伊谢尔伦2017-05-15 16:59:08
저도 처음에는 리소스를 유연하게 호출하기 위해 Angular와 RequireJS를 사용하고 싶었는데, 갑자기 별 의미가 없다는 걸 깨달았습니다. 이후에는 RequireJS를 이용해 플러그인만 로딩하고, 그 외 컨트롤러, 라우터 등은 app.js와 같은 파일에 패키징되도록 전략을 수정했습니다. 사실 파일은 크지 않습니다. 비즈니스 코드는 이미 150K로 압축되어 있는데, Angular와 RequireJS를 결합하는 데 그렇게 많은 시간을 소비하는 이유는 무엇이며 많은 버그가 발생할 것입니다.
仅有的幸福2017-05-15 16:59:08
angular-async-loader를 사용하여 다양한 컨트롤러, 필터, 서비스, 지시어 등을 포함한 각도 모듈의 비동기 로딩을 구현하고 각도 UI 라우터도 지원합니다
http://my.oschina.net/sub/blog/513255/
https://github.com/subchen/angular-async-loader
迷茫2017-05-15 16:59:08
RequireJS와 Angular를 함께 사용하는 경우 비즈니스 시나리오에 따라 선택하는 것이 더 좋다고 생각합니다. 일반 애플리케이션에는 필요하지 않습니다. 이전에는 Dojo를 사용하고 있으며 모듈 관리에는 RequireJS를 사용합니다. . 한때 RequireJS를 사용하여 Angular와 Dojo를 관리하고 싶었습니다. 이는 Angular + Dojo의 풍부한 UI 구성요소의 장점입니다. 결국 Angular의 UI 컨트롤은 충분히 복잡하지 않습니다. TreeGrid와 같은 매우 복잡한 구성요소는 아직 없습니다. 하지만 결국에는 Require 메소드와 Angular 자체의 모듈화가 일치하지 않는 것 같다는 느낌이 항상 들었습니다. 특히 쉽게 혼란스러워하는 팀의 초보자에게는 사용 과정에서 매우 이상하게 느껴졌습니다.
이것은 https://github.com/hjzheng/RequireJS-Dojo-AngularJS
이전의 간단한 시도입니다.결국 모두는 Dojo를 포기하고 Angular + Angular-UI—Bootstrap + UI-Grid를 사용해야 한다는 데 동의했습니다. 그렇지 않으면 이전보다 더 효율적인 새로운 지침을 스스로 개발할 수 있습니다.
물론, 공부용으로만 사용한다면 위층과 아래층의 친구들이 제공하는 것들은 이미 당신을 만족시킬 수 있습니다.
某草草2017-05-15 16:59:08
디펜던시 주입 기능이 중복됩니다. 레이어링 개념을 강화하기 위해 ng는 config, Provider, Factory, Service 등의 개념을 도입했습니다. 실제로 AMD에서는 하나의 정의로 모두 완료됩니다. 위층 친구가 말했듯이 AMD는 기껏해야 ng를 능가하고 일부 타사 라이브러리를 ng와 동일한 수준으로 관리할 수 있습니다.
