[javascript] Node.js 사용시기를 결정하는 방법?

NodeJS를 사용해야하는 이유 :

• Javascript를 실행하므로 서버와 클라이언트 에서 동일한 언어 를 사용하고 이들 사이에 코드를 공유 할 수도 있습니다 (예 : 양식 유효성 검사 또는 양쪽에서 뷰를 렌더링하기 위해).

• 단일 스레드 이벤트 기반 시스템은 빠르게 기존의 멀티 스레드에 비해 한 번에 요청을 많이 처리하는 경우에도, 또한 간단한 자바 또는 ROR 프레임 워크.

• 웹 개발을위한 명령 줄 도구뿐만 아니라 클라이언트 및 서버 측 라이브러리 / 모듈을 포함하여 NPM을 통해 액세스 할 수있는 꾸준한 패키지 풀 . 이들 중 대부분은 github에서 편리하게 호스팅되며 때로는 문제를보고하고 몇 시간 내에 문제를 해결할 수 있습니다! 표준화 된 문제보고 및 손쉬운 분기와 함께 모든 것을 한 지붕 아래에 두는 것이 좋습니다.

• 태스크 실행기, 축소 기, 미화 기, 린터, 전 처리기, 번 들러 및 분석 프로세서를 포함하여 Javascript 관련 도구 및 기타 웹 관련 도구 를 실행하는 사실상의 표준 환경이되었습니다 .

• 프로토 타이핑, 민첩한 개발 및 신속한 제품 반복에 매우 적합합니다 .

NodeJS를 사용 하지 않는 이유 :

• 컴파일 타임 유형 검사가없는 Javascript를 실행합니다. 크고 복잡한 안전에 중요한 시스템 또는 여러 조직 간의 협업을 포함한 프로젝트의 경우 계약 인터페이스 를 장려 하고 정적 유형 검사를 제공 하는 언어를 사용 하면 장기적으로 디버깅 시간 (및 폭발 )을 줄일 수 있습니다. (JVM이에 붙어 있지만 null핵 원자로에는 Haskell을 사용하십시오.)

• 또한 NPM의 많은 패키지는 약간 원시적 이며 여전히 빠른 개발 중입니다. 이전 프레임 워크를위한 일부 라이브러리는 10 년 동안 테스트 및 버그 수정을 거쳤으며 현재까지 매우 안정적 입니다. Npmjs.org는 패키지를 평가하는 메커니즘이 없기 때문에 패키지 의 확산이 거의 일어나지 않아서 더 많은 비율이 유지되지 않습니다.

• 중첩 된 콜백 지옥. (물론 이것에 대한 20 가지 솔루션 이 있습니다 …)

• 꾸준히 증가하는 패키지 풀은 하나의 NodeJS 프로젝트가 다음 프로젝트와 크게 다르게 보일 수 있습니다 . 사용 가능한 많은 옵션 (예 : Express / Sails.js / Meteor / Derby ) 으로 인해 구현에있어 다양성이 다양 합니다. 이로 인해 새로운 개발자가 Node 프로젝트에 참여하기가 더 어려워 질 수 있습니다. 기존 프로젝트에 참여하는 Rails 개발자 와는 대조적으로 : 모든 Rails 앱은 유사한 구조 를 사용하도록 권장되기 때문에 앱에 빠르게 익숙해 질 수 있어야합니다 .

• 파일을 다루는 것은 약간의 고통이 될 수 있습니다. 텍스트 파일에서 줄을 읽는 것과 같이 다른 언어로 사소한 것은 Node.js 와 관련이 있으며 이상이 80 + upvotes 인 StackOverflow 질문이 있습니다. CSV 파일에서 한 번에 하나의 레코드를 읽는 간단한 방법 은 없습니다 . 기타.

나는 NodeJS를 좋아합니다. 빠르고 신나고 재미 있습니다. 그러나 그것이 교정 가능성에 거의 관심이 없다는 것이 걱정됩니다. 우리가 궁극적으로 두 세계의 최고를 합칠 수 있기를 바랍니다. 나는 미래에 노드를 대체 할 것이 무엇인지보고 싶어합니다 … 🙂

답변