React에 대해 왜 이렇게 화제가 되는지 궁금합니다. 다들 열광하는 것 같은데, 저는 “왜 React야?”라고 묻지 않을 수 없었습니다. 왜 엠버는 안 되나요?” ?

개인적으로 엠버의 팬이에요. 어쩌면 React에 뛰어들기 전에 Ember를 배웠기 때문일 수도 있습니다. React를 배우기 시작했을 때 React의 기능 중 많은 부분이 Ember의 기능과 매우 유사하다는 것을 알았습니다. 하지만 유사성에도 불구하고 저는 여전히 Ember가 더 쉽고 직관적이라고 생각합니다.

추가 리소스에 의존하지 않고 공식 문서를 사용하여 Ember를 배웠습니다. 나는 또한 동료들과 Ember에 대한 경험이 있는 다른 사람들에게 나의 의심을 분명히 했습니다. 이러한 실무 경험을 통해 Ember의 강점에 대한 이해가 더욱 확고해졌습니다.

내 책에서 특히 React와 비교할 때 Ember가 눈에 띄는 이유를 공유하겠습니다.

? 엠버 CLI

이것이 React 대신 Ember 사용을 고려하는 주요 이유일 수 있습니다. Ember CLI는 경로, 구성 요소 또는 플러그인 추가와 같은 작업을 간소화하는 강력한 도구입니다. 원활하게 작동하도록 통합되어 설계되었습니다.

Create React App과 같은 React의 CLI 도구는 편리하지만 일반적으로 내장된 기능이 적습니다. 복잡한 설정을 위해 추가 구성이 필요한 경우가 많아 개발 오버헤드가 증가할 수 있습니다.

? 간편한 라우팅

Ember의 라우팅은 특히 간단하여 탐색이 원활하고 직관적입니다. Ember를 사용하면 내장된 규칙 덕분에 경로 설정이 간단합니다.

React의 라우팅에는 특히 중첩된 경로와 동적 세그먼트를 처리할 때 더 많은 설정과 구성이 필요합니다.

? 강력한 규칙

Ember의 강점 중 하나는 자체 구성 특성입니다. Spring Boot와 마찬가지로 Ember는 자체 규칙과 기본값을 사용하여 즉시 작동하도록 설계되었습니다. 이렇게 하면 초기 구성에 소요되는 시간이 줄어들고 애플리케이션 구축에 더 집중할 수 있습니다.

React의 유연성은 유리하지만 특정 구조를 강요하지 않기 때문에 더 많은 구성과 의사결정을 의미하는 경우가 많습니다. 이러한 유연성은 주의 깊게 관리하지 않으면 일관성 없는 코드베이스로 이어질 수 있습니다.

? 간편한 테스트

Ember에서의 테스트는 간단하고 강력합니다. 프레임워크의 CLI에는 테스트 지원이 내장되어 있어 테스트를 더 쉽게 작성하고 실행할 수 있습니다.

React는 테스트도 잘 지원하지만 React Testing Library와 같은 추가 도구와 라이브러리가 필요한 경우가 많습니다. 이러한 도구는 강력하지만 추가 설정 계층을 추가할 수 있습니다.

? 엠버 미라지

프런트 엔드 개발의 경우 Ember Mirage는 상당한 이점을 제공합니다. 실제 백엔드 없이도 API 상호 작용을 모의할 수 있는 인메모리 서버 역할을 합니다. 이는 백엔드가 아직 진행 중이거나 다양한 서버 응답을 시뮬레이션할 때 기능을 개발하고 테스트하는 데 특히 유용합니다.

React에는 API 모의를 위한 내장 솔루션이 없습니다. 개발자는 Ember Mirage에서 영감을 얻었지만 추가 설정이 필요할 수 있는 MirageJS와 같은 타사 라이브러리나 도구를 사용하는 경우가 많습니다.

그럼 어떻게 생각하시나요? Ember를 사용해 보셨나요? ? 한 쪽이 다른 쪽보다 나은 이유에 대한 경험이나 의견이 있나요?

아래 댓글에서 토론을 시작하겠습니다. 여러분의 생각과 경험을 듣고 싶습니다. ?

Ember에 대해 더 자세히 알아보고 싶다면 여기에서 공식 Ember.js 문서를 확인하세요.