각도와 리액션이 함께 플레이할 수 있나요?

각도와 리액션이 함께 플레이할 수 있나요?

정말 사랑하게 됐는데 리액션이 주목을 많이 받고 있어요.그들은 정말 반대 세력인가요?

리액션과 앵글을 함께 사용하는 것이 좋은 생각입니까?해도 될까요?그럴까?

그것들을 섞는 것의 장점과 단점은 무엇인가요?

리액션은 UI를 위한 것이지만 각도가 컨트롤러와 뷰를 처리할 수 있습니다.경치를 처리하는 데 있어서 리액션이 더 나은가요?angular를 컨트롤러에만 연관시켜 더 나은 앱을 만들 수 있을까요?

이런 일을 할 수 있는 좋은 자원이 있나요?

제가 각도에 대해 좋아하는 한 가지는 반응의 진실성이 떨어지는 것 같습니다. 각도는 걱정을 분리할 수 있게 해주는 반면, 반응은 이것을 약간 혼란스럽게 하기 시작합니다.적어도 앵글웨이와는 반대인 것 같다.

그들은 정말 반대 세력인가요?

어떤 면에서는 그렇지 않고 어떤 면에서는 그렇지 않다.사람들은 분명히 Respect inside Angular 디렉티브를 사용하고 있지만, 대부분 성능 향상을 위해 사용하는 것이지 Respect가 훌륭하다고 생각했기 때문은 아닙니다.또한 성능 향상을 위해 React만 검토한다면 React를 통한 가치 제안을 놓치고 있는 것입니다.

나는 그들이 같은 문제를 해결한다는 점에서 반대 세력이라고 말할 수 있다.리액트는 MVC의 V일 뿐이고 앵글은 풀 블로우 프레임워크라는 주장이 많이 제기되지만 앵글과 리액트는 비교가 된다.

Angular에는 컨트롤러와 디렉티브(서비스 및 공장도 포함)가 있는 반면 React에는 컴포넌트만 있습니다.그렇기 때문에 Angular가 보다 완전한 프레임워크라고 해석하기 쉽습니다.하지만 이걸 해부해 봅시다.

컨트롤러

React에는 컨트롤러라는 것이 포함되어 있지 않지만, React 세계에는 "뷰 컨트롤러"라는 개념이 있어 Angular 컨트롤러에 매우 잘 매핑됩니다.리액트 "뷰 컨트롤러"는 다른 리액트 컴포넌트로 정의되지만 렌더링은 최소한으로 합니다.데이터/상태 관리, 그리고 그 상태를 전달하여 컴포넌트를 확인하고 그 데이터/상태를 렌더링하는 것이 중요합니다.

간단한 예는 다음과 같습니다.

var ViewComponent = React.createClass({
  render() {
    return (
      <ul>
        {this.props.items.map(item => <li>{item.text}</li>)}
      </ul>
    );
  }
});

var ViewController = React.createClass({
  getInitialState() {
    return {
      items: []
    };
  },
  componentDidMount() {
    SomeStore.getItems()
      .then(items => this.setState({items: items}));
  },
  render() {
    return <ViewComponent items={this.state.items} />;
  }
});

그...ViewComponent에서는 HTML 및 을 설명합니다.ViewController하는 것을 으로 하고 있습니다.ViewComponent.

지시 사항

Angular Directive의 개념이 React 뷰 컴포넌트에 잘 대응한다고 주장하는 사람은 없을 것입니다.

서비스 및 공장

이는 의존성 주입 개념을 가지고 있기 때문에 Angular에 존재하는 것으로 기본적으로 "Angular는 반응보다 더 완전한 프레임워크"에 대한 유일한 주장입니다.만약 Angules의 DI 방식이 Javascript와 같은 언어에 잘 맞는다면, 그리고 Javascript가 매우 역동적이기 때문에 정말 그런 것이 필요한지는 며칠간 논쟁할 수 있지만, 그렇게 하지 말자.

React는 Angular와 같이 독자적인 모듈 시스템을 작성하는 대신(Angular 모듈 자체가 거의 가치를 창출하지 않는다는 점에 모두 동의할 수 있다고 생각합니다) 원하는 모듈 시스템을 사용할 수 있도록 합니다.ES6, CommonJS, AMD, 플레인 올드 글로벌 등 전치.커뮤니티는 ES6와 CommonJs에 거의 동의하고 있습니다.이것은 좋은 일입니다(Angular는 Angular 2와 같은 방향으로 움직이고 있습니다).

따라서 DI를 원하는 경우 우수한 모듈 시스템과 함께 구현하기가 매우 쉽습니다.Pete Hunt의 React에는 DI에 대한 완전히 새로운 접근법이 있습니다.http://jsfiddle.net/cjL6h/

리액션과 앵글을 함께 사용하는 것이 좋은 생각입니까?해도 될까요?그럴까?

당신이 '리액션'으로 이동할 계획이라면 난 그렇게 할 거야Angular와 React를 모두 알아야 하므로 어플리케이션은 이해하기 어렵고 복잡합니다.그렇지만, 많은 사람들이 Respect inside Angular를 사용하고 있는 것 같기 때문에, 이것은 제 의견입니다.

리액션은 UI를 위한 것이지만 각도가 컨트롤러와 뷰를 처리할 수 있습니다.경치를 처리하는 데 있어서 리액션이 더 나은가요?angular를 컨트롤러에만 연관시켜 더 나은 앱을 만들 수 있을까요?

아까도 말씀드렸듯이, 이것은 일반적인 오해입니다.Angular와 React는 같은 문제를 해결하지만 다른 방식으로 해결합니다.비즈니스 로직 계층을 Angular 모듈 시스템에 연결하지 않는 이점은 다른 시스템으로 마이그레이션하는 것이 더 쉽다는 것입니다.많은 사람들이 React와 함께 Flux 아키텍처를 사용하지만, Flux와 관련된 React는 없습니다.플럭스 아이디어는 모든 프레임워크에서 사용할 수 있습니다.

제가 각도에 대해 좋아하는 한 가지는 반응의 진실성이 떨어지는 것 같습니다. 각도는 걱정을 분리할 수 있게 해주는 반면, 반응은 이것을 약간 혼란스럽게 하기 시작합니다.적어도 앵글웨이와는 반대인 것 같다.

나는 이것에 매우 동의하지 않는다.React 어플리케이션은 Angular 어플리케이션보다 문제를 더 잘 분리할 수 있습니다(또한 Angular를 많이 사용했습니다).React의 사고방식을 이해하기만 하면 됩니다.또한 플럭스의 의미를 알아보는 것도 좋은 방법입니다.Angular로 훌륭한 앱을 쓸 수 없다는 것이 아니라 Angular보다 React로 "성공의 구덩이에 빠지기" 쉽다는 것이 제 경험입니다.

2번가 있는 한 후, 을 「스코프」, 「스코프」, 「스코프」, 「스코프」로 합니다.ng-repeat조금 해서 붙이면.지시문을 추가하면 조금 이해하기 어렵지만 복사해서 붙여넣으면 효과가 있습니다.네! 그리고 더 깊이 파고들수록 당신은 Angular의 내면을 제대로 이해하기 시작해야 하는 학습곡선의 두 번째 단계에 도달합니다. 결과 된다는 것을 것에 합니다).ng-model 있습니까시시컨 트트 떻떻 떻? ???일반 컨트롤러와 비교했을 때 어떤 점이 있습니까?럼럼트 트랜 ?? ???그리고 누군가 지시문의 컴파일 단계에서 이것저것 수행해야 한다고 했어요. ★★★★★★★★★★★★★★★★★★?

React를 사용하면 초기 학습 곡선이 약간 더 가파릅니다.하지만 일단 극복하고 나면 두 번째 단계는 없어Learning Flux는 두 번째 단계로 간주할 수 있지만, Learning Flux는 다른 Javascript 프레임워크에도 적용할 수 있는 새로운 지식을 제공합니다.이것은 "Compile step in a Angular directive"에서는 얻을 수 없는 것입니다.

Respect가 Angular에 비해 갖는 또 다른 큰 장점은 대부분 Javascript에 불과하다는 것이다.React 요소의 속성은 Angular 속성과 같은 매직 문자열이 아닌 Javascript 객체/함수일 뿐입니다.이는 콜백 Atribut 식에 오류가 있는지 여부를 일반 링터로 확인할 수도 있음을 의미합니다.Angular에서 코드를 실행하여 작동 여부를 확인해야 합니다.

또한 Javascript는 이미 블록 범위를 가지고 있기 때문에 요소 이름에 고유한 이름을 붙이는 것에 대해 걱정할 필요가 없습니다.

앵글은 쓸모없고 리액트로 옮기라는 거야?아니요.많은 회사들이 Angular에 많은 투자를 했다.하지만 Angular에는 유지보수가 가능한 애플리케이션을 구축하려면 알아야 할 기묘한 점이 더 많습니다.또한 Angular 2는 완전한 개서이며, React에서 많은 영감을 얻었다는 사실도 고려해야 합니다.

가 말했듯이 @Edward Knowles를 사용해야 .directives리액트를 활용합니다.사용할 수 ReactngReact를 할 수 .

Angular에서 지시문은 "View Oriented" 구성 요소를 각도 애플리케이션에 통합하는 가장 좋은 방법입니다.React는 프레젠테이션/뷰 레이어 지향의 1개의 프레임워크입니다.

React는 셀렉터를 사용하여 페이지의 일부를 추가하고 렌더링하므로 다음과 같은 방법으로 각도 내에서 작동하는 지시문을 작성할 수 있습니다.

1. .services ★★★★★★★★★★★★★★★★★」controllers 및 레이어서비스 및 데이터 레이어」)
2. 다음, '우리'는directive해당 데이터를 수신하여 조작할 수 있습니다(모델의 종류 레이어).
3. '하다'는directive ®React리액트 레이어 Layer)(보기 레이어)

다음은 기본 차트 작성을 위한 Angular + React + D3의 통합에 대한 다소 짧은 비디오입니다.

만약 당신이 Angular와 React를 함께 사용하고 있다면, https://github.com/bcherny/ngimport은 이 둘을 연결하는 정말 좋은 다리입니다.서비스/공급자/팩토리/값/정수를 Angular와 외부 세계 간에 공유할 수 있습니다.import/require 바랍니다게이도도움!

네, 명령어 ngReact를 사용할 수 있습니다.사용하고 싶은 경우도 있습니다만, 이번 여름에 Angular 2가 발매될 예정이기 때문에 아직 실장할 수 없습니다.

속도에 관해서는 올해 초 ng-conf에서 이 멋진 이야기를 봐야 한다.

단순한 생각: 둘 다 하나의 프로젝트에 사용할 수 있습니다.그러나 이것은 학습 목적에는 좋지만, 같은 프로젝트를 유지하기가 어렵고, 비용이 드는 것은 현재보다 더 많이 듭니다.

Extjs는 React와 Angular를 직접 대체하지는 않더라도 현대식입니다.접선적인 답변 중 하나는 ExtReact를 살펴보는 것입니다.ExtReact는 React와 잘 어울리려는 ExtJs의 시도입니다.그 이점은 Extjs 애플리케이션 내에서 React 컴포넌트를 재사용할 수 있다는 것입니다.

언급URL : https://stackoverflow.com/questions/29849114/can-angular-and-react-play-together