또한 Webpack, Nodemon, Gulp, Mocha 등과 같은 Dev 명령 줄 도구를 설치하십시오. 예를 들어 ./node_modules/.bin/mocha를 가리키거나 Bash/zsh 프로파일 (Path!) 에이 줄을 추가 할 수 있습니다.
env vars 를 사용하십시오
프로젝트의 초기 단계에서도 환경 변수를 활용하여 민감한 정보의 누출이 없도록하고 처음부터 코드를 올바르게 구축하기 위해. 또한 일부 라이브러리와 프레임 워크 (Express를 확실히 알고 있음)는 Node_env와 같은 정보를 가져와 동작을 수정합니다. 생산으로 설정하십시오. mongo_uri 및 api_key 값도 설정하십시오. 쉘 파일 (예 : start.sh)을 생성하고 .gitignore에 추가 할 수 있습니다 :
NODEMON은 ENV VAR (예)를 넣을 수있는 구성 파일도 있습니다.
이벤트 루프 를 이해하십시오
강력하고 영리한 이벤트 루프는 입력 및 출력 작업이 완료되기를 기다리는 모든 시간을 사용하여 노드를 너무 빠르고 훌륭하게 만드는 것입니다. 따라서 노드는 I/O 바운드 시스템을 최적화하는 데 좋습니다
CPU 집약적 인 것을 수행 해야하는 경우 (예 : 계산, 암호 해싱 또는 압축), 해당 CPU 타스크의 새로운 프로세스를 생성하는 것 외에도 Setimmediate와의 과제를 연기하는 것을 탐색 할 수 있습니다. () 또는 settimeout () - 콜백의 코드는 다음 이벤트 루프 사이클에서 계속됩니다. NextTick ()는 이름과 반대로 같은주기에서 작동합니다. argh!
이벤트 루프에서 작업 한 Bert Belder의 다이어그램이 있습니다. 그는 이벤트 루프가 어떻게 작동하는지 분명히 알고 있습니다! <span>export <span>PATH</span>="./node_modules/.bin:<span>$PATH"</span>
</span>
기능적 상속을 사용하십시오
javaScript 지원 프로토 타입 상속은 객체가 다른 객체에서 상속 될 때입니다. 클래스 운영자는 ES6을 사용하여 언어에 추가되었습니다. 그러나 기능 상속에 비해 지나치게 복잡합니다. 대부분의 노드 전문가는 후자의 단순성을 선호합니다. 간단한 기능 공장 패턴에 의해 구현되며, 새 또는 새로 사용 할 필요는 없습니다. 기능적 상속에서 각 객체는 자체 메소드 사본을 사용하기 때문에 프로토 타입을 업데이트 할 때 (모든 인스턴스도 변경 될 수 있음) 암시 적 효과가 없습니다.
Express, Mocha, Connect, SuperAgent 및 수십 개의 다른 노드 모듈의 배후에있는 TJ Holowaychuk의 코드를 고려하십시오. Express는 기능적 상속 (전체 소스 코드)을 사용합니다<span>"scripts": {
</span> <span>"preinstall": "node prepare.js",
</span> <span>"postintall": "node clean.js",
</span> <span>"build": "webpack",
</span> <span>"postbuild": "node index.js",
</span> <span>"postversion": "npm publish"
</span><span>}
</span>
객관적으로 핵심 노드 모듈은 프로토 타입 상속을 많이 사용합니다. 그 패턴을 따르는 경우 어떻게 작동하는지 알아야합니다. JavaScript 상속 패턴에 대한 자세한 내용은 여기를 참조하십시오
이름을 적절하게 이름을 지정하십시오
이것은 분명합니다. 좋은 이름은 문서로 사용됩니다. 어느 쪽을 선호 하시겠습니까?
나는 app.use () 만 볼 때 덱스터가 무엇을하고 있는지 전혀 모른다. 더 의미있는 이름은 어떻습니까?
같은 방식으로 파일 이름은 코드의 목적이 무엇인지 올바르게 반영해야합니다. 플랫폼과 함께 모든 코어 모듈이있는 노드 폴더 (Github Link)를 살펴보면 파일/모듈의 명확한 이름 지정이 표시됩니다 ( 코어 모듈) :
내부 모듈에는 코드의 메소드 및 변수와 마찬가지로 밑줄 (_debugger.js, _http_agent.js, _http_client.js)이 표시됩니다. 이것은 개발자에게 이것이 내부 인터페이스임을 경고하는 데 도움이되며, 사용중인 경우 스스로 자체적으로 사용됩니다. 리팩토링되거나 제거 된 경우 불만을 제기하지 마십시오.
JavaScript를 사용하지 않는 것을 고려하십시오
> 허? 방금 올바르게 읽었습니까? 하지만 도대체? 예. 맞습니다. ES6과 ES2016/ES7에 의해 추가 된 두 가지 기능이 있어도 JavaScript는 여전히 단점이 있습니다. JavaScript 외에 다른 옵션이 있습니다. 귀하 또는 귀하의 팀은 설정이 거의 없습니다. 전문 지식 수준과 앱의 특성에 따라 강력한 타이핑을 제공하는 TypeScript 또는 흐름으로 더 나을 수 있습니다. 스펙트럼의 다른 쪽 끝에는 순전히 기능적인 Elm 또는 Clojurescript가 있습니다. 커피 스크립트는 또 다른 위대하고 전투 테스트를 거친 옵션입니다. 다트 2.0을 살펴볼 수도 있습니다.
필요한 모든 매크로 만 있으면 (매크로가 원하는 언어를 정확히 빌드 할 수 있습니다) 완전히 새로운 언어가 아닌 Sweet.js를 고려하십시오. 코드를 생성하는 코드를 작성합니다
javaScript 경로를 사용하는 경우 일부 개발자는 언어를 제대로 구축 할만 큼 충분히 이해하지 못할 수 있으므로 컴파일 된 코드를 여전히 포함하십시오. 예를 들어, Vs 코드는 가장 큰 TypeScript 프로젝트 중 하나이며, 아마도 각도 2 이후에 Code는 TypeScript를 사용하여 유형을 사용하여 노드의 코어 모듈을 패치합니다. VScode/src/vs/base/node/of vs code repo (link)에서는 crypto, process 등과 같은 친숙한 모듈 이름을 볼 수 있지만 ts 확장 기능이 있습니다. Repo에는 다른 TS 파일이 있습니다. 그러나 기본 JavaScript 코드가 포함 된 VSCODE/빌드도 포함했습니다는 Express Middleware를 알고 있습니다
Express는 훌륭하고 매우 성숙한 프레임 워크입니다. 무수한 다른 모듈이 동작을 구성 할 수있게하는 것은 광채입니다. 따라서 가장 많이 사용되는 미들웨어를 알아야하며 를 사용하는 방법을 알아야합니다. 그렇다면 내 익스프레스 치트 시트를 잡으십시오. 주요 미들웨어 모듈이 있습니다. 예를 들어, NPM I 압축 -S는 응답을 수축시켜 다운로드 속도를 줄입니다. Logger ( 'tiny') 또는 Logger ( 'common')는 각각 (dev) 또는 그 이상 (prod) 로그를 제공합니다.
스케일 업
노드는 비 블로킹 I/O로 인해 비동기가 적합하며 스레드가 하나만 있기 때문에이 비동기 코딩 방식을 간단하게 유지합니다. 이것은 첫 번째 코드 라인에서도 조기에 스케일링을 시작할 수있는 기회입니다. 너무 많은 문제없이 수직으로 확장 할 수있는 핵심 클러스터 모듈이 있습니다. 그러나 더 나은 방법은 PM2 또는 StrongLoop의 클러스터 컨트롤과 같은 도구를 사용하는 것입니다.
예를 들어 이것은 PM2로 시작할 수있는 방법입니다 :
그런 다음 같은 서버의 4 가지 인스턴스를 시작할 수 있습니다.
Docker의 경우 PM2 버전 2에는 PM2 Docker가 있습니다. 따라서 Dockerfile은 다음과 같이 보일 수 있습니다
공식 알파인 리눅스 PM2 이미지는 Docker Hub에 있습니다.
캐시 요청
이것은 Node 인스턴스에서 더 많은 주스를 얻을 수있는 DevOps 모범 사례입니다 (PM2 등이있는 하나 이상을 얻을 수 있습니다. 위의 참조). 이동 방법은 Node 서버가 요청 작성, 데이터 처리 및 비즈니스 로직 실행과 같은 앱 작업을 수행하고 Apache HTTPD 또는 Nginx와 같은 다른 웹 서버로 트래픽을 오프로드하는 것입니다. 다시, 당신은 아마도 설정을 위해 Docker를 사용해야합니다 :