PHP vs node.js smackdown : 답장의 권리-PHP 튜토리얼-php.cn

집

백엔드 개발

PHP 튜토리얼

PHP vs node.js smackdown : 답장의 권리

Lisa Kudrow

Feb 17, 2025 am 10:28 AM

PHP vs Node.js Smackdown: Right of Reply

SitePoint는 최근 PHP와 Node.js 사이에 최고 대결을 일으켰으며 Craig Buckler는이 두 가지 개발 기술을 10 가지 도전 중 하나에 넣어 Ultimate Winner를 결정했습니다. PHP vs Node.js Smackdown: Right of Reply Craig가 기사에서 지적한 것처럼,이 비교는 항상 논란의 여지가 있습니다. 흥미로운 후속 조치로서, 우리는 Bruno Škvorc (Sitepoint의 PHP 편집자)와 James Hibbard (Sitepoint의 JavaScript 편집자 중 하나)를 초대하여 각 라운드에 대해 언급했습니다.

다음은 라운드 바이올린 평가입니다 ...

키 포인트

PHP는 스크립트를 실행할 때 즉시 설정하고 피드백을받는 것이 간단하기 때문에 초보자가 "초보자"단계에서 시작하고 승리하는 것이 더 쉽습니다.

<.> Node.js는 PHP보다 젊고 지원이 적지 만, 특히 NPM의 개발 도구 분야에서 활기차고 빠르게 성장하는 생태계로 유명합니다.

JavaScript는 클라이언트 및 서버 개발에 사용되며 PHP에 대한 최신 업데이트는 언어의 일관성과 견고성을 크게 향상 시켰지만 구문 친숙 함의 이점을 제공합니다.

PHP는 관리 서비스에서 널리 지원되기 때문에 배포 프로세스는 간단하고 신규 개발자의 진입 장벽은 낮으며 기존 웹 호스팅 및 배포에 선호되는 선택입니다.

PHP와 Node.js 간의 성능 전투는 고성능을 위해 최적화 될 수 있지만 Node.js의 비 차단 특성으로 인해 동시 프로세스 및 실시간 응용 프로그램을 처리하는 데있어 장점이 있습니다.

첫 번째 라운드 : 시작하기 첫 번째 도전 라운드는 각 언어에서 "Hello World"웹 페이지를 얼마나 빨리 구축 할 수 있는지 확인하는 것이 었습니다. 여기에는 서버 환경을 설정하는 데 걸리는 시간이 포함됩니다.

PHP는 크레이그의 추정에서 라운드에서 우승했으며, 부분적으로 "개념적으로 단순하고"새로운 개발자들에게 덜 위협적이기 때문입니다.

<: :> 브루노 :

더 많은 호스트가 시작하기 쉽기 때문에 PHP는 순전히 "시작"에서 승리합니다. 이것은 다른 것이 아니라 채택 문제입니다. 더 많은 호스트가 노드를 사용하여 명령 줄을 우회하고 파일 업로드 및 제어판에서 간단한 "Reload Application"버튼으로 직접 이동하면 동일합니다. 그러나 화면에 무언가를 보여주는 실제 구문은 PHP에서 특히 초보자를 프로그래밍하는 데 훨씬 간단합니다.

제임스 : 나는 로컬에서 개발할 때 둘 사이에 큰 차이를 보지 못했습니다. 브라우저에서 PHP 스크립트를 실행하려면 노드 스크립트를 실행하려면 Node를 설치해야하며 Express와 같은 웹 프레임 워크를 설치하는 것이 좋습니다. 그러나 Craig가 말했듯이 PHP는 개념적으로 더 간단합니다. 노드의 진입 장벽이 높습니다. 이것에 대한 반대는 없습니다.

라운드 2 : 도움과 지원 2 라운드는 각 언어에서 도움과 지원을받는 데 어려움을 조사했습니다. PHP는 주로 오랜 역사 때문에 라운드에서 우승했습니다.

<: :> 브루노 :

브루노는 이것에 대해 침묵합니다 제임스 : 나는 이것에 동의합니다. Node.js는 새로운 기술이므로 현재 사용 가능한 도움이 적습니다. 그러나 노드가 성숙함에 따라 이것은 덜 중요해질 것입니다.

<:> 3 라운드 : 언어 문법 3 라운드는 PHP 및 JavaScript의 구문의 이해 및 사용의 용이성을 비교했습니다. Craig는 이번 라운드에서 JavaScript로 상을 수여합니다.

<: :> 브루노 :

나는 이것에 강하게 동의하지 않는다. PHP에는 약간의 단점이 있지만, 많은 사람들이 최근에 수정되었으며, 최신 버전에서 기발한 많은 것들이 제거 될 것입니다. 반면에, JS 세계에는 이러한 상황과 이러한 상황이 있습니다.

incound 3 (는 클라이언트와 서버 측면에서 js 를 사용할 수 있기 때문에 뇌가 모드를 전환 할 필요가 없습니다). 서버 환경은 클라이언트 환경과 완전히 다르며 뇌 모드를 전환해야합니다. 브라우저에서 사용할 수없는 새로운 구문도 있으므로 그 반대도 마찬가지입니다. 언어를 전환하는 것과 비슷합니다.

포인트 4 (

js를 이해하는 것을 이해하면 더 많이 사용하고 싶을 것입니다)도 내가 동의하지 않는 점입니다. 나는 몇 년 동안 JS와 PHP를 사용해 왔으며, JS를 더 많이 사용할수록 마음에 덜 좋아합니다. 그러나 그것은 순전히 개인적인 취향입니다.

제임스 : 나는 JavaScript를 좋아한다. 나는 그것이 단호하다는 것을 알고 있습니다. 나는 그것이 약간의 함정이 있다는 것을 알고 있지만 ECMAScript 2015는 이러한 많은 문제를 수정하고 흥미로운 새로운 기능을 언어에 가져올 것입니다. JavaScript는 강력하고 유연하며 다양한 프로그래밍 스타일에 적응할 수 있습니다. PHP에 비해 JavaScript를 작성하는 것을 좋아합니다. 노드는 이번 라운드에서 승리 할 가치가 있습니다.

네 번째 라운드 : 개발 도구

네 번째 라운드는 각 기술에 사용할 수있는 도구를 고려했으며 NPM으로 인해 노드가 좁게 이겼습니다.

<: :> 브루노 :

Composer는 원래 NPM에서 영감을 얻었지만 이제는 NPM보다 훨씬 우수하며 동일한 라이브러리의 두 버전을 설치 해야하는 경우 NPM과 달리 시스템을 중단하지 않습니다. NPM과 달리 Composer는 재귀 적 의존성을 설치할 수 있습니다. NPM은 단순히 할 수없는 일입니다. 그러나 절대적으로 필요하며 패키지 관리자를 구축하기 시작한 사람들에게 가장 먼저 떠오르는 것이어야합니다.

NPM에는 또한 "Core Developer -Friendly"라고 부르는 정말 나쁜 오류 메시지가 있습니다. 글을 쓰는 사람들만이 이해할 수 있습니다. 마지막으로, NPM은 Vagrant와 잘 어울리지 않으며 효과적으로 제대로 시작하지 못하게합니다. 이것은 몇 년 동안 주변에 있었던 버그로 Windows에서는 본질적으로 사용할 수 없습니다. 결코 사소한 사용자 기반이 아닙니다. PHP는 또한 고유 한 바보 같은 실수를 가지고 있지만 이러한 실수는 수년간 전체 운영 체제의 사용자를 소외시키지 않을 것입니다.

부여 된 작곡가는 PHP와 함께 번들되어 있지 않지만 그렇게해야한다고 생각하지 않습니다. 실제로 별도의 응용 프로그램 인 패키지 관리자는 부분적이지 않아야합니다. 언젠가 누군가가 실제로 good 패키지 관리자를 노드로 만들었다면, 현재 패키지 관리자로 교체하는 것은 사람들을 전환시키는 것은 물론뿐만 아니라 관료적 인 지옥이 될 것입니다. 또한 설치는 실제로 터미널 명령 줄 일뿐입니다. 작곡가가 영향을 미치지 않는다는 진술은 완전히 잘못되었습니다. Composer가 개발 한 이래 PHP 등급에 합류 한 모든 새로운 PHP 개발자와 현재 워크 플로에 추가 해야하는 대부분의 위대한 개발자에게 영향을 미쳤습니다. Composer가 나타나기 전에 PHP 사용자가 많이 있었다고해서 영향이 작아서 영향을 미친 것은 아닙니다. 그것이 만들어진 이후로 큰 영향을 미쳤습니다. “커뮤니티에 대한 덜 영향”과 같은 절대 진술은 사실없이 이루어져서는 안됩니다. 대부분의 PHP 개발자가 노드를 설치한다는 사실에 대해 논쟁 할 수 없습니다. 안타깝게도, 많은 우수한 도구가 노드로 개발하는 것이 선호되지만 BowerPhP와 같은 프로젝트로 인해 노드가없는 개발 환경이 여전히 필요합니다.

제임스 : 나는 노드가 이번 라운드에서 이겼다는 것이 매우 기쁩니다.

나는 npm을 좋아한다. 설치하기 쉽고 사용하기 쉽고 수천 개의 사용 가능한 패키지로 거의 모든 요구를 충족시킬 수 있습니다. 또한 NPM을 사용하면 글로벌 설치 및 로컬 설치 패키지 (Ruby와 같은 언어와 달리 보석이 일반적으로 Ruby 버전으로 설치되는)를 선택할 수 있습니다. 도구도 매우 좋습니다. Bower 및 Grunt와 같은 도구는 워크 플로에서 정기적으로 자리를 잡고 생산성을 여러 번 증가 시켰습니다.

NPM V3가 베타에 있다는 것도 언급 할 가치가 있습니다. 이것은 중첩 Node_Modules 메소드 오류와 같은 Bruno가 제기 한 많은 문제를 해결합니다.

전체 피크 대결 소개 :

PHP 개발자는 결국 Node.js를 설치해야 할 수도 있습니다. 그렇지 않으면 그렇지 않습니다.

<: :> 5 번째 라운드 : 환경 5 라운드에는 기술의 사용 및 배포 위치와 지원되는 플랫폼 및 생태계가 포함됩니다. 크레이그는 라운드에 대해 말한 내용을 분명히하지 않지만 노드의 분쇄 패배처럼 보입니다.

<: :> 브루노 :

Craig는 PHP와 노드의 웹 장점을 비교할 것이며 (일반 웹 개발 문제), JS는 어디에나 있다고 말합니다. 먼저 JS 자체 대신 Node.js를 비교합니다. 둘째, 우리는 그들이 실행할 수있는 언어와 환경을 비교합니다. 물고기가 나무를 올라갈 수 없기 때문에 원숭이가 물고기보다 낫다고 말하는 것은 바보입니다. 그러나 원숭이와 물고기는 수영을 할 수 있으므로 수영량을 비교해 봅시다.

웹 개발 환경에서 PHP가 쉽게 승리합니다. PHP에는 데스크탑 개발을위한 몇 가지 도구가 있습니다. 그렇습니다. 실제로 사용하지 않을 것입니다. 그러나 PHP의 명령 줄 측면을 확실히 사용할 수 있습니다.

제임스 : 마찬가지로, 나는 크레이그에 동의합니다. Node.js를 매우 인기있는 (속도, 확장 성, JSON과의 친화력, 낮은 리소스 사용량)로 만드는 많은 기능은 또한 IoT 장치 전원과 같은 다른 많은 유형의 응용 프로그램에 매우 적합합니다. 내 말은, 누가 로봇을 좋아하지 않습니까?

라운드 6 : 통합 6 번째 라운드는 데이터베이스 및 드라이버와의 통합을 조사하고 PHP는 주로 오랜 역사 때문에 승리합니다.
<: :> 브루노 :
통합은 무승부입니다. PHP는이 분야에서 나이 이점이있어 더 많은 옵션을 제공하지만 MySQL 확장과 같은 심각한 구식 통합으로 고통 받고 있음을 의미합니다. PHP7에서만 제거 할 수는 있었지만 그렇게 할 수 없었습니다. 수년 동안 사용하십시오.
제임스 : 나는 이것에 동의하는지 확실하지 않습니다. 라운드 전체의 문구는 모호한 것처럼 보이며 "더 오래되고 덜 인기있는 기술"의 예가 있기를 바랍니다. 이것은 또한 노드의 큰 이점을 강조 할 수있는 좋은 기회가 될 수 있습니다. JSON을 사용합니다. JSON은 아마도 웹에서 가장 중요한 데이터 교환 형식 일 것입니다. 또한 많은 최신 NOSQL 데이터베이스와 상호 작용하는 일반적인 언어이기도합니다. JSON은 JavaScript 프로그램에 적합합니다. 즉, 노드를 사용하면 데이터가 재발하지 않고 레이어 사이에 데이터가 원활하게 흐릅니다. 브라우저에서 서버, 데이터베이스까지 구문을 사용할 수 있습니다.
라운드 : 호스팅 및 배포 7 라운드는 실시간 웹 서버에 새로운 애플리케이션을 배포하는 데 어려움이 있으며 Craig의 관점에서 PHP는 이와 관련하여 분명한 승자입니다.
<: :> 브루노 :
다시, 브루노는 침묵을 유지했으며

를 추가 할 것은 아무것도 없었습니다 제임스 : 이것은 노드가 따라 잡아야하는 영역입니다. 모든 Economical Web Hosting Company는 MySQL이 포함 된 PHP 패키지를 제공합니다. 어떤 종류의 출력을 보려면 .php Extension이있는 파일 만 만들고? & lt; 이것은 노드의 경우가 아닙니다. 물론, 많은 노드 호스팅 옵션이 있지만 항상 더 많은 설정과 명령 줄 액세스가 필요하므로 초보자가 저하 될 수 있습니다. PHP는 의심의 여지없이 라운드에서 승리했습니다.