자바 백 엔드 서버와 Node.js를 대비의 노드 아는 사람
> 공공의 수에 원래 기사 : 원숭이 저우 Xiansen 프로그램입니다. 이 플랫폼은 나의 기사처럼, 나는 마이크로 채널 대중 번호로 주목을 환영합니다, 정기적으로 업데이트되지 않습니다. ! [파일] (https://img2018.cnblogs.com/blog/830272/201909/830272-20190921125426200-195225030.jpg) 기사에 대해 생각하는 데 시간이 오래 업데이트, 최근 새로운 회사에 갔다되지 않은, 그가 포착 한 나는 왼쪽 오랫동안 백 엔드에서,하지만이 회사의 백엔드에 대한 수요가 Node.js를를 사용하기 때문에, 최근 이해의 점진적 심화, Node.js를 공부하고있다, 어떤 노드의 발견은 점점 더 인기가 그 존재입니다 될 수 있습니다 이유. 우리는 노드를 배울 필요가 왜 일부는 백엔드 언어가 희미 리더의 위치로되어있는 한, 말 자바 수있다? 정확히 Node.js를 무엇입니까? 그것은 새로운 언어 또는 새로운 프레임 워크가 새로운 도구 나 단순한 자바 스크립트 파일이다? ** ** 런타임 환경은 물론 우리가 자바 프로그램이 원활하게 실행 할 수 있도록라는 자바 런타임 환경의 JRE를 실행 한 것으로 알려져있다. JRE JVM은 가상 머신을했다. JVM은 가비지 컬렉터 (GC), 시간 (JIT) 컴파일러, 번역기, 클래스 로더, 쓰레드 매니저, 다른 시간에 다른 태스크를 수행하기위한 프로세서 이상 많은 성분을 갖는다. JRE는 라이브러리의 일련의 자바 프로그램이 실행되는 데 도움이 있습니다. 왜 우리는 갑자기 참여한다 JRE 런타임 환경 정확하게 노드와 비교하기 위해, 사실, 수행, 노드는 자바 스크립트 애플리케이션 런타임 환경을 실행, 언어가 아닌 프레임 워크가 아니라 도구가 아닙니다. 노드. JS 자바 스크립트 가상 머신이 가상 머신을했다. 이것은 다른 플랫폼을 활성화하기 위해, 자바 스크립트 기반의 애플리케이션을위한 기계 코드를 생성합니다. 가상 시스템이 수행하는 작업, 런타임 컴파일 및 메모리 관리 등 각각 JIT 및 GC, 주요 구성 요소,가, 구글의 V8 엔진입니다. ** ** 자바 개발 잠재력의 개발 잠재력을 확인하고 노드가 뒤에서 생태 공동체와 지원 라이브러리로 절단 할 수 있지만 기존 시스템의 자바 중심의 자연이 짧은에 새 힘과 같은 노드를 비교할 수 없습니다, 자바 성숙하고 큰 노드의 신속하고 적극적인. 자바의 기능과 유용성 말 할 필요가 있지만, 자바, 스프링 서블릿의 사용에있는 3 개의 자바 스프링 프레임 워크 프로그램 원숭이 중 하나만큼 좋지 표현하고자하는 프로그램 원숭이을 방해의 샘플 코드의 의도를 많이 포함 데이터 지속성, 기본 시스템을 구성하고 무엇을, 스프링 프레임 워크는이 모두를 다루는 데 도움이되는 좋은 패키지를 가지고, 우리는 충분하다 비즈니스 레이어 코드를 작성에 초점을 맞출 필요가있다. 그러나 봄에, 당신은 조금 실수를하더라도 서브 시스템 하나 하나는, 당신이 당신을 처벌 제외하고 충돌 할 것입니다. 그럼 당신은 아마 거대한 예외 정보를 볼 수 있습니다. 어떤 당신이 포장의 좋은 방법을 모르는이, 봄 코드의 기능을 구현하기 위해 많은 작업이 포함되어 있습니다. 추상화의 수준은이 증상을 가리키는, 명확하게 논리의 많은, 긴 예외 정보가 반드시 나쁜 것만은 아니다 필요 이것은 얼마나 많은 메모리 및 성능 오버 헤드를 필요에? 봄을 구현하는 방법입니까? 프레임 워크는 메소드 이름을 해결하기 위해 필요, 등등 추상 구문 트리 비슷한, 생성 된 SQL 등을 구축하는 프로그래머의 의도를 짐작한다. 오버 헤드 이런 일이있을? 그래서에만 시스템이 더 복잡 할 것, 복잡성과 단순성을 마스크하지 않습니다 자바를 사용합니다. 자바 엄격한 타입 검사는 자바가 나쁜 코드의 컴파일되지 않습니다 때문에, 버그의 많은 유형을 방지 할 수 있습니다. 강력한 형식의 자바 단점은 너무 많은 상용구 코드이다. 프로그래머는 형식 변환을 계속해야 프로그래머, 정확한 코드를 작성하는 데 더 많은 시간을 보내고 조기에 정확한지도 오류를 발견하기 위해 더 많은 상용구 코드를 사용해야합니다. Node.js를 반대. 스레드는 더 복잡한 시스템으로 이어질 것입니다. 노드 그래서. 경량, 단일 스레드 시스템의 JS의 사용은 비동기 콜백의 익명의 js 함수의 사용은, 당신은 단순히 폐쇄있는 익명 함수를 사용해야합니다. 올바른 추상적 인 인터페이스를 검색 할 필요가 없습니다, 당신은 단지 비즈니스 코드를 작성해야, 중복성이 없습니다. 이 Node.js를 사용의 가장 큰 장점이지만, 비동기 콜백이 문제는 해결해야 할, 자연적으로 발생 콜백 트랩. Node.js를 동시에, 우리는 중첩 된 콜백 함수를 계속, 그것은 트랩 콜백 함수에 빠지기 쉽고, 각각의 둥지는 더 어려워 처리 처리 및 오류의 결과를 만드는 코드가 더 복잡 할 것이다. 이와 관련된 문제는 프로그래머가 제대로 비동기 실행을 표현 도움이되지 않는 JS 언어입니다. 사실, 일부 라이브러리는 비동기 작업을 단순화하기 위해 약속을 사용하지만, 그것은 우리처럼 단순한 보이지만, 실제로 코드 레벨이 프로그래머의 진정한 의도를 은폐하는 상용구 코드 약속의 많은, 더 복잡하다. 나중에 Node.js를 지원 ES5와 ES6이 사용할 수있는 비동기 / await를 함수는 콜백 함수를 재정의합니다. 여전히 같은 비동기 구조 만 작성하는 정상적인 사이클 구조를 사용하여. 오류 및 결과 처리 위치는 쓰기 쉽고, 이해하기 쉽게 코드, 아주 자연이지만, 쉽게 프로그래머의 의도를 이해할 수있다. 콜백 트랩을 해결하는 방법의 복잡성을 은폐하는 데 사용되지 않습니다. 대신, 문제 콜백 트랩을 해결하기 위해 언어와 패러다임을 바꿀뿐만 아니라, 너무 많은 상용구 코드의 문제를 해결. 비동기 기능으로, 코드는 더욱 아름답습니다. 단점으로 전환 단순한 솔루션은 장점을 Node.js를. 그러나, 자바 스크립트는 매우 느슨한 유형입니다. 오류, 많은 유형을 정의 할 필요가 없습니다되지 않습니다 코드를 작성할 때, 일반적으로 유형 변환을 사용할 필요가 없습니다. 그래서 코드를보다 읽기 쉬운,하지만 문제가있는 경우 문법과 논리를 확인하기 위해 이동에만 컴파일시에 코딩 오류를 누락의 위험이 Node.js를에, 그래서이 더 나은 디버깅 버그, 노드 지원 때문에 모듈의 존재를 다른 모듈로 프로그램은, 소정의 범위 내로 오류의 좁은 범위는 쉽게 그러한 모듈 Node.js를 테스트한다. ** 어떤 사람들은, 메이븐 수있는 가장 중요한 문제 중 하나는 ** 자바 패키지 관리는 더 균일 한 패키지 관리 시스템입니다, 나는 말했다. 이 목적으로, 사용 기능의 용이성에 있는지 여부 그러나, 메이븐과 Node.js를 패키지 관리 시스템은 단순히 다른 비교. Node.js를 공식 제공하는 NPM 패키지 관리 도구입니다, 그는 노드가되고있다. JS Node.js를 패킷, 전파, 의존성 제어를 게시하기위한 표준 패키지 배포 플랫폼입니다. NPM은 쉽게 다운로드, 설치, 업그레이드 패키지를 제거 할 수 있도록 명령 줄 도구를 제공하지만, 또한 개발자 릴리스 및 유지 보수 패키지로 당신을 수 있습니다. 가장 좋은 장소는 NPM 코드 기반 Node.js를 사용뿐만 아니라 프런트 엔드 엔지니어를 허용하지만을위한 것입니다. 모든 프런트 엔드 자바 스크립트 라이브러리는 NPM 패키지의 형태로되어있는 경우가 많다. 같은 웹팩 같은 많은 프런트 엔드 도구는 Node.js.를 사용하여 작성 ** 멀티 바이트 컴파일 전략을 사용하는이 슈퍼 핫스팟을 사용하여 성능 ** 자바 가상 머신. 이것은 코드가 종종 수행되는 감지, 시간 코드 실행의 조각의 더 많은 수의 응용은 더욱 최적화된다. 상대적으로 빠르게 그래서 핫스팟 성능을 제공합니다. 노드 기본 선택은, 이벤트 구동, 성능 부분이 걱정되지 이루어집니다 Node.js를, 이벤트 기반의 C ++와 메커니즘 대규모 HTTP 요청에 직면하는 것을 의미 달성하기 위해 V8 엔진을, Node.js를 아주 좋은. 또한, 인해 개선 된 V8 엔진으로, 각 릴리스의 Node.js를 상당한 성능 향상을 가져올 것이다. 고성능과 높은 동시 응용 프로그램에 대한 노드,하지만 Node.js를 또한 자신의 단점이 있지만 : 장시간의 작업이있는 경우 * 노드는 사이클로 발생합니다, CPU를 많이 사용하는 응용 프로그램 이후, CPU를 많이 사용하는 응용 프로그램에 적합하지 않습니다 CPU의 타임 슬라이스가 발표 모든 IO 작업 이후 일시 정지되도록 할 수 없습니다. * 그리고 노드에만 CPU 리소스 * 낮은 신뢰성, 코드 붕괴의 한 번 부분의 전체를 사용 할 수 없습니다, 싱글 코어 CPU를 지원하며, 전체 시스템의 붕괴로 이어질 것입니다, 그 이유는 노드가 하나의 프로세스를 사용하는 것입니다. * 오픈 소스 노드 고르지 않은 품질의 구성 요소 라이브러리, 빠른 업데이트,하지만 호환되지. 사실, 거의 모든 응용 프로그램을 달성하기 위해 백엔드를 Node.js를하지만, 우리는 현장에서 더 많은 항목을 고려 선택할 때 사용 NodeJS에 적합하지 않습니다. ** 내 개인 공공 우려 번호에 오신 것을 환영합니다 :! 프로그램 원숭이 Zhouxian 센 ** [파일] (https://img2018.cnblogs.com/blog/830272/201909/830272-20190921125426786-1263242450.jpg) JS 패키지 제어에 따라, 전송, 게시 할 수 있습니다. NPM은 쉽게 다운로드, 설치, 업그레이드 패키지를 제거 할 수 있도록 명령 줄 도구를 제공하지만, 또한 개발자 릴리스 및 유지 보수 패키지로 당신을 수 있습니다. 가장 좋은 장소는 NPM 코드 기반 Node.js를 사용뿐만 아니라 프런트 엔드 엔지니어를 허용하지만을위한 것입니다. 모든 프런트 엔드 자바 스크립트 라이브러리는 NPM 패키지의 형태로되어있는 경우가 많다. 같은 웹팩 같은 많은 프런트 엔드 도구는 Node.js.를 사용하여 작성 ** 멀티 바이트 컴파일 전략을 사용하는이 슈퍼 핫스팟을 사용하여 성능 ** 자바 가상 머신. 이것은 코드가 종종 수행되는 감지, 시간 코드 실행의 조각의 더 많은 수의 응용은 더욱 최적화된다. 상대적으로 빠르게 그래서 핫스팟 성능을 제공합니다. 노드 기본 선택은, 이벤트 구동, 성능 부분이 걱정되지 이루어집니다 Node.js를, 이벤트 기반의 C ++와 메커니즘 대규모 HTTP 요청에 직면하는 것을 의미 달성하기 위해 V8 엔진을, Node.js를 아주 좋은. 또한, 인해 개선 된 V8 엔진으로, 각 릴리스의 Node.js를 상당한 성능 향상을 가져올 것이다. 고성능과 높은 동시 응용 프로그램에 대한 노드,하지만 Node.js를 또한 자신의 단점이 있지만 : 장시간의 작업이있는 경우 * 노드는 사이클로 발생합니다, CPU를 많이 사용하는 응용 프로그램 이후, CPU를 많이 사용하는 응용 프로그램에 적합하지 않습니다 CPU의 타임 슬라이스가 발표 모든 IO 작업 이후 일시 정지되도록 할 수 없습니다. * 그리고 노드에만 CPU 리소스 * 낮은 신뢰성, 코드 붕괴의 한 번 부분의 전체를 사용 할 수 없습니다, 싱글 코어 CPU를 지원하며, 전체 시스템의 붕괴로 이어질 것입니다, 그 이유는 노드가 하나의 프로세스를 사용하는 것입니다. * 오픈 소스 노드 고르지 않은 품질의 구성 요소 라이브러리, 빠른 업데이트,하지만 호환되지. 사실, 거의 모든 응용 프로그램을 달성하기 위해 백엔드를 Node.js를하지만, 우리는 현장에서 더 많은 항목을 고려 선택할 때 사용 NodeJS에 적합하지 않습니다. ** 내 개인 공공 우려 번호에 오신 것을 환영합니다 :! 프로그램 원숭이 Zhouxian 센 ** [파일] (https://img2018.cnblogs.com/blog/830272/201909/830272-20190921125426786-1263242450.jpg) JS 패키지 제어에 따라, 전송, 게시 할 수 있습니다. NPM은 쉽게 다운로드, 설치, 업그레이드 패키지를 제거 할 수 있도록 명령 줄 도구를 제공하지만, 또한 개발자 릴리스 및 유지 보수 패키지로 당신을 수 있습니다. 가장 좋은 장소는 NPM 코드 기반 Node.js를 사용뿐만 아니라 프런트 엔드 엔지니어를 허용하지만을위한 것입니다. 모든 프런트 엔드 자바 스크립트 라이브러리는 NPM 패키지의 형태로되어있는 경우가 많다. 같은 웹팩 같은 많은 프런트 엔드 도구는 Node.js.를 사용하여 작성 ** 멀티 바이트 컴파일 전략을 사용하는이 슈퍼 핫스팟을 사용하여 성능 ** 자바 가상 머신. 이것은 코드가 종종 수행되는 감지, 시간 코드 실행의 조각의 더 많은 수의 응용은 더욱 최적화된다. 상대적으로 빠르게 그래서 핫스팟 성능을 제공합니다. 노드 기본 선택은, 이벤트 구동, 성능 부분이 걱정되지 이루어집니다 Node.js를, 이벤트 기반의 C ++와 메커니즘 대규모 HTTP 요청에 직면하는 것을 의미 달성하기 위해 V8 엔진을, Node.js를 아주 좋은. 또한, 인해 개선 된 V8 엔진으로, 각 릴리스의 Node.js를 상당한 성능 향상을 가져올 것이다. 고성능과 높은 동시 응용 프로그램에 대한 노드,하지만 Node.js를 또한 자신의 단점이 있지만 : 장시간의 작업이있는 경우 * 노드는 사이클로 발생합니다, CPU를 많이 사용하는 응용 프로그램 이후, CPU를 많이 사용하는 응용 프로그램에 적합하지 않습니다 CPU의 타임 슬라이스가 발표 모든 IO 작업 이후 일시 정지되도록 할 수 없습니다. * 그리고 노드에만 CPU 리소스 * 낮은 신뢰성, 코드 붕괴의 한 번 부분의 전체를 사용 할 수 없습니다, 싱글 코어 CPU를 지원하며, 전체 시스템의 붕괴로 이어질 것입니다, 그 이유는 노드가 하나의 프로세스를 사용하는 것입니다. * 오픈 소스 노드 고르지 않은 품질의 구성 요소 라이브러리, 빠른 업데이트,하지만 호환되지. 사실, 거의 모든 응용 프로그램을 달성하기 위해 백엔드를 Node.js를하지만, 우리는 현장에서 더 많은 항목을 고려 선택할 때 사용 NodeJS에 적합하지 않습니다. ** 내 개인 공공 우려 번호에 오신 것을 환영합니다 :! 프로그램 원숭이 Zhouxian 센 ** [파일] (https://img2018.cnblogs.com/blog/830272/201909/830272-20190921125426786-1263242450.jpg) JS 사용뿐만 아니라 프런트 엔드 엔지니어 수 있습니다. 모든 프런트 엔드 자바 스크립트 라이브러리는 NPM 패키지의 형태로되어있는 경우가 많다. 같은 웹팩 같은 많은 프런트 엔드 도구는 Node.js.를 사용하여 작성 ** 멀티 바이트 컴파일 전략을 사용하는이 슈퍼 핫스팟을 사용하여 성능 ** 자바 가상 머신. 이것은 코드가 종종 수행되는 감지, 시간 코드 실행의 조각의 더 많은 수의 응용은 더욱 최적화된다. 상대적으로 빠르게 그래서 핫스팟 성능을 제공합니다. 노드 기본 선택은, 이벤트 구동, 성능 부분이 걱정되지 이루어집니다 Node.js를, 이벤트 기반의 C ++와 메커니즘 대규모 HTTP 요청에 직면하는 것을 의미 달성하기 위해 V8 엔진을, Node.js를 아주 좋은. 또한, 인해 개선 된 V8 엔진으로, 각 릴리스의 Node.js를 상당한 성능 향상을 가져올 것이다. 고성능과 높은 동시 응용 프로그램에 대한 노드,하지만 Node.js를 또한 자신의 단점이 있지만 : 장시간의 작업이있는 경우 * 노드는 사이클로 발생합니다, CPU를 많이 사용하는 응용 프로그램 이후, CPU를 많이 사용하는 응용 프로그램에 적합하지 않습니다 CPU의 타임 슬라이스가 발표 모든 IO 작업 이후 일시 정지되도록 할 수 없습니다. * 그리고 노드에만 CPU 리소스 * 낮은 신뢰성, 코드 붕괴의 한 번 부분의 전체를 사용 할 수 없습니다, 싱글 코어 CPU를 지원하며, 전체 시스템의 붕괴로 이어질 것입니다, 그 이유는 노드가 하나의 프로세스를 사용하는 것입니다. * 오픈 소스 노드 고르지 않은 품질의 구성 요소 라이브러리, 빠른 업데이트,하지만 호환되지. 사실, 거의 모든 응용 프로그램을 달성하기 위해 백엔드를 Node.js를하지만, 우리는 현장에서 더 많은 항목을 고려 선택할 때 사용 NodeJS에 적합하지 않습니다. ** 내 개인 공공 우려 번호에 오신 것을 환영합니다 :! 프로그램 원숭이 Zhouxian 센 ** [파일] (https://img2018.cnblogs.com/blog/830272/201909/830272-20190921125426786-1263242450.jpg) JS 사용뿐만 아니라 프런트 엔드 엔지니어 수 있습니다. 모든 프런트 엔드 자바 스크립트 라이브러리는 NPM 패키지의 형태로되어있는 경우가 많다. 같은 웹팩 같은 많은 프런트 엔드 도구는 Node.js.를 사용하여 작성 ** 멀티 바이트 컴파일 전략을 사용하는이 슈퍼 핫스팟을 사용하여 성능 ** 자바 가상 머신. 이것은 코드가 종종 수행되는 감지, 시간 코드 실행의 조각의 더 많은 수의 응용은 더욱 최적화된다. 상대적으로 빠르게 그래서 핫스팟 성능을 제공합니다. 노드 기본 선택은, 이벤트 구동, 성능 부분이 걱정되지 이루어집니다 Node.js를, 이벤트 기반의 C ++와 메커니즘 대규모 HTTP 요청에 직면하는 것을 의미 달성하기 위해 V8 엔진을, Node.js를 아주 좋은. 또한, 인해 개선 된 V8 엔진으로, 각 릴리스의 Node.js를 상당한 성능 향상을 가져올 것이다. 고성능과 높은 동시 응용 프로그램에 대한 노드,하지만 Node.js를 또한 자신의 단점이 있지만 : 장시간의 작업이있는 경우 * 노드는 사이클로 발생합니다, CPU를 많이 사용하는 응용 프로그램 이후, CPU를 많이 사용하는 응용 프로그램에 적합하지 않습니다 CPU의 타임 슬라이스가 발표 모든 IO 작업 이후 일시 정지되도록 할 수 없습니다. * 그리고 노드에만 CPU 리소스 * 낮은 신뢰성, 코드 붕괴의 한 번 부분의 전체를 사용 할 수 없습니다, 싱글 코어 CPU를 지원하며, 전체 시스템의 붕괴로 이어질 것입니다, 그 이유는 노드가 하나의 프로세스를 사용하는 것입니다. * 오픈 소스 노드 고르지 않은 품질의 구성 요소 라이브러리, 빠른 업데이트,하지만 호환되지. 사실, 거의 모든 응용 프로그램을 달성하기 위해 백엔드를 Node.js를하지만, 우리는 현장에서 더 많은 항목을 고려 선택할 때 사용 NodeJS에 적합하지 않습니다. ** 내 개인 공공 우려 번호에 오신 것을 환영합니다 :! 프로그램 원숭이 Zhouxian 센 ** [파일] (https://img2018.cnblogs.com/blog/830272/201909/830272-20190921125426786-1263242450.jpg) JS는 이벤트 구동, 성능 부분으로 수행하는 것은 걱정, 매우 좋지 않다. 또한, 인해 개선 된 V8 엔진으로, 각 릴리스의 Node.js를 상당한 성능 향상을 가져올 것이다. 고성능과 높은 동시 응용 프로그램에 대한 노드,하지만 Node.js를 또한 자신의 단점이 있지만 : 장시간의 작업이있는 경우 * 노드는 사이클로 발생합니다, CPU를 많이 사용하는 응용 프로그램 이후, CPU를 많이 사용하는 응용 프로그램에 적합하지 않습니다 CPU의 타임 슬라이스가 발표 모든 IO 작업 이후 일시 정지되도록 할 수 없습니다. * 그리고 노드에만 CPU 리소스 * 낮은 신뢰성, 코드 붕괴의 한 번 부분의 전체를 사용 할 수 없습니다, 싱글 코어 CPU를 지원하며, 전체 시스템의 붕괴로 이어질 것입니다, 그 이유는 노드가 하나의 프로세스를 사용하는 것입니다. * 오픈 소스 노드 고르지 않은 품질의 구성 요소 라이브러리, 빠른 업데이트,하지만 호환되지. 사실, 거의 모든 응용 프로그램을 달성하기 위해 백엔드를 Node.js를하지만, 우리는 현장에서 더 많은 항목을 고려 선택할 때 사용 NodeJS에 적합하지 않습니다. ** 내 개인 공공 우려 번호에 오신 것을 환영합니다 :! 프로그램 원숭이 Zhouxian 센 ** [파일] (https://img2018.cnblogs.com/blog/830272/201909/830272-20190921125426786-1263242450.jpg) JS는 이벤트 구동, 성능 부분으로 수행하는 것은 걱정, 매우 좋지 않다. 또한, 인해 개선 된 V8 엔진으로, 각 릴리스의 Node.js를 상당한 성능 향상을 가져올 것이다. 고성능과 높은 동시 응용 프로그램에 대한 노드,하지만 Node.js를 또한 자신의 단점이 있지만 : 장시간의 작업이있는 경우 * 노드는 사이클로 발생합니다, CPU를 많이 사용하는 응용 프로그램 이후, CPU를 많이 사용하는 응용 프로그램에 적합하지 않습니다 CPU의 타임 슬라이스가 발표 모든 IO 작업 이후 일시 정지되도록 할 수 없습니다. * 그리고 노드에만 CPU 리소스 * 낮은 신뢰성, 코드 붕괴의 한 번 부분의 전체를 사용 할 수 없습니다, 싱글 코어 CPU를 지원하며, 전체 시스템의 붕괴로 이어질 것입니다, 그 이유는 노드가 하나의 프로세스를 사용하는 것입니다. * 오픈 소스 노드 고르지 않은 품질의 구성 요소 라이브러리, 빠른 업데이트,하지만 호환되지. 사실, 거의 모든 응용 프로그램을 달성하기 위해 백엔드를 Node.js를하지만, 우리는 현장에서 더 많은 항목을 고려 선택할 때 사용 NodeJS에 적합하지 않습니다. ** 내 개인 공공 우려 번호에 오신 것을 환영합니다 :! 프로그램 원숭이 Zhouxian 센 ** [파일] (https://img2018.cnblogs.com/blog/830272/201909/830272-20190921125426786-1263242450.jpg)
추천
출처www.cnblogs.com/niyueling/p/11562505.html
추천
행