다음 프로젝트에서 Ember.js를 사용하지 말아야 할 이유

새 프로젝트를 시작하고 어떤 프런트엔드 프레임워크를 사용할지 결정하려고 한다면 이 문서가 도움이 될 것입니다. 다음 프로젝트에서 Ember.js를 사용하지 말아야 할 7가지 이유는 다음과 같습니다.

1. 당신은 야심찬 웹 개발자가 아닙니다

Ember는 스스로를 "야심찬 웹 개발자를 위한 프레임워크"로 마케팅하고 있지만 현실을 직시하자면 모든 사람이 야심찬 웹 개발자인 것은 아닙니다. 야심찬 개발자는 야심찬 프로젝트에 참여하며, 야심찬 프로젝트에는 Ember에 바로 포함된 인프라가 필요합니다.

1998년에 저는 첫 번째 웹사이트인 "The Track Shack"을 만들었습니다. 내가 속해 있던 고등학교 육상팀에 관한 사이트였습니다. 그 당시에는 코딩하는 방법을 몰랐습니다. 나는 Microsoft Word 97을 사용하여 기사를 작성하고 "웹 페이지로 저장" 기능을 사용하여 HTML로 내보낸 다음 내 Geocities 웹사이트에 업로드했습니다. 어느 날 코치가 웹사이트를 만들었냐고 물었습니다. 분명히 주 전역의 다른 코치들이 이 웹사이트를 사용하여 우리 지역의 육상 경기 소식을 받고 있는 것 같았습니다. 심지어 The Commercial Appeal의 회의 결과(당시에는 온라인이 아니었음)도 포함하고 지역 회의에서 우리 팀의 이벤트에 대한 극적인 설명을 추가했습니다.

이러한 간단한 사이트가 귀하의 요구 사항을 충족한다면 바로 Word의 "웹 페이지로 저장" 기능을 사용하세요.

2. 자신만의 프레임워크를 조립하고 싶습니다.

Ember는 독보적인 배터리 포함 프런트엔드 프레임워크입니다. 각 라이브러리를 선택하고 패치 버전까지 직접 구성하고 맞춤형 설정을 만드는 데 시간을 보내고 싶다면 Ember에 크게 실망하게 될 것입니다.

Ember에서는 다음을 실행하여 새 프로젝트를 시작합니다.

npm install -g ember-cli
ember new my-project

그리고 짜잔—새 프로젝트를 실행할 준비가 되었습니다:

npm start

단위 테스트는 이미 구성되어 있으므로 세 번째 이유가 있습니다.

3. 단위 테스트를 작성할 계획이 없습니다.

Ember는 내장된 코드 생성기를 사용할 때마다 자동으로 단위, 통합 및 승인 테스트를 설정하고 올바른 위치에 스텁을 생성합니다. 예를 들어, ember 생성 구성 요소 큰 버튼을 사용하여 새 구성 요소를 생성하는 경우 Ember는 구성 요소를 테스트하기 위해 어설션으로 채워야 하는 구성 요소 파일과 테스트 스텁을 생성합니다.

테스트를 원하지 않으면 코드 검토 시 눈살을 찌푸릴 수 있는 스텁이 생기고 잠재적으로 실제로 테스트를 작성해야 하거나 끌어오기 요청을 제출하기 전에 스텁을 삭제하는 데 추가 시간을 소비하게 됩니다. 물론, 명령줄 플래그를 사용하여 테스트 생성을 건너뛸 수 있지만 기억하기 어렵고 권장되지 않습니다.

4. 당신은 네이티브 JavaScript를 싫어합니다

Ember는 기본 JavaScript 기능을 많이 사용하며 jQuery와 같은 라이브러리를 사용하여 DOM을 관리하는 것은 일반적으로 눈살을 찌푸리게 합니다. 예를 들어 클래스 기반 구성 요소의 모습은 다음과 같습니다.

npm install -g ember-cli
ember new my-project

네이티브 JavaScript 팬이 아니라면 Ember는 절대 적합하지 않습니다.

5. 당신은 JavaScript에서 템플릿을 분리하는 것을 싫어합니다

예전에는 다음과 같이 좋은 JavaScript 문자열을 사용하여 HTML 페이지를 만들었습니다.

npm start

템플릿 언어는 이러한 필요성을 제거하고 위험한 값을 자동으로 피하며 논리와 표현(HTML) 간의 문제 분리를 시행합니다. 이는 일부 개발자에게 우려되는 사항입니다.

Ember의 템플릿 엔진에서 잠재적으로 짜증나는 또 다른 점은 데이터가 변경될 때 앱의 HTML을 자동으로 업데이트한다는 점입니다. 이를 '데이터 바인딩'이라고 합니다. DOM을 수동으로 관리하거나, 문자열을 연결하거나, 다른 템플릿 엔진을 사용하는 것을 선호한다면 Ember는 적합하지 않습니다.

6. 당신은 종속성을 업데이트하는 것을 싫어합니다

엠버 커뮤니티의 핵심가치는 '정체 없는 안정'입니다. 프레임워크는 의미 체계 버전 관리에 따라 이전 버전과 호환되는 증분 단위로 정기적으로 업데이트됩니다. 더 이상 사용되지 않는 기능은 개발 중에 경고를 유발하여 해당 기능이 제거되는 시기와 업데이트 방법을 알려줍니다.

관리자가 경고 없는 빌드를 고집할 경우 이러한 지원 중단 메시지로 인해 작업이 더 많이 발생할 수 있습니다. Ember 업데이트는 일반적으로 간단합니다. 특히 정기적으로 수행하는 경우에는 더욱 그렇습니다. 그러나 수년간 업데이트를 무시했다면 따라잡아야 할 일이 있을 것입니다.

7. Ember 커뮤니티는 Discord를 사용합니다.

Ember 프로젝트와 관련하여 도움이 필요하다면 커뮤니티의 Discord 서버가 가장 도움이 되는 곳 중 하나입니다. 하지만 Discord가 회사 정책에 어긋나거나 귀하의 스타일이 아니라면 이는 큰 문제가 될 수 있습니다.

Discord 서버에서는 Ember 초보자와 프레임워크 개발자를 모두 만날 수 있으며, 도움을 받고, 아이디어를 공유하고, 프로젝트의 미래에 대해 이야기를 나눌 수도 있습니다. 하지만 주의하세요. 이러한 대화는 흥미롭고 산만해질 수 있으므로 일부 회사에서는 Discord를 금지할 수 있습니다.

따라서 실제 사람보다 AI를 선호하거나 Google에서 전문가의 조언을 검색하거나 Discord를 정말 싫어한다면 문제를 해결하고 Ember.js를 건너뛰세요.

결론

다음 프로젝트에 Ember.js를 사용하지 말아야 할 7가지 이유가 있습니다. 이 조언을 무시하고 어쨌든 Ember에 뛰어들기로 결정했다면 제가 Discord 서버에 숨어 있는 것을 발견할 수도 있습니다. 질문이 있고 내가 답을 알고 있는 경우 도움을 주려고 노력할 수 있지만 아마도 더 잘 아는 사람이 나보다 먼저 답변할 것입니다. 그러면 다음 프로젝트에 Ember를 선택하지 말아야 할 더 많은 이유에 대해 이야기를 나눌 수 있을 것입니다!

위 내용은 다음 프로젝트에서 Ember.js를 사용하지 말아야 할 이유의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!