Perl, PHP, Python, Java 및 Ruby 비교

미리보기

◆ 언어의 발전 추세는 동적인 것과 정적인 것, 경직된 것과 부드러운 것이 결합되어야 한다

◆ 펄은 간결하면서도 모호하고, 파이썬은 우아하고 명료하며, 루비는 정교하고 민첩하며, PHP는 간결하고 단순하다

◆ 우아함은 디테일과 사양에 주목하는 것에서 나오는 것 같다

◆ (RoR)과 루비를 합치면 마치 사향고양이 같다 Java와 .NET의 코끼리 같은 모습을 바로 보여줍니다.

질문

◆ Perl, Python, Ruby 및 PHP의 특징은 무엇입니까?

◆ 왜 동적 언어는 주로 경량 솔루션으로 사용되나요?

◆ LAMP가 인기 있는 이유는 무엇인가요?

◆ Ruby on Rails가 인기 있는 이유는 무엇인가요?

◆ 개발 동향은 어떤가요? 프로그래밍 언어?

설명

" 남은 동적 언어는 4개인데, 이를 백그라운드 스크립팅 언어로 분류합니다." 콜론이 말하며 차트를 그렸습니다 -

따옴표를 잘 들어보세요: "나는 당신을 기억합니다. 처음에 이 언어들은 C 계열 정적 언어, C 계열이 아닌 정적 언어, 동적 언어의 세 가지 범주로 나누어졌습니다. "

콜론은 "그건 문법에 기초하고 이론에 초점을 맞췄는데 이제는 응용에 집중한다"고 말했다. 3계층 아키텍처 - 프론트엔드 언어는 플랫폼 언어에 해당하고 백엔드 스크립팅 언어는 비즈니스 로직 레이어에 해당합니다. "

" 사실 어느 정도 비슷하지만 혼동하면 안 된다. " 콜론은 "3-레이어 아키텍처는 모듈 설계에서 논리적 구분이다[1]. 그리고 여기서는 언어 범위에 따른 물리적 구분이다"라고 상기시켰다. 애플리케이션 - 사용자와 상호작용하는 프런트엔드 언어, 머신과 상호작용하는 시스템 언어, 프런트엔드에 서비스를 제공하고 기본 시스템 서비스가 필요한 백엔드 언어입니다. 질문: "백엔드 언어는 플랫폼 언어와 배경 스크립트 언어로 나누어지나요?"

"이것은 프로그램(program)과 스크립트(script), 정적 및 동적을 기반으로 합니다." Colon 설명, "사실 Perl은 , PHP, Python 및 Ruby는 모두 자체 가상 머신(가상 머신)을 가지고 있습니다. 이런 의미에서 그들은 플랫폼 언어로도 사용할 수 있지만 실제 응용 프로그램에는 Java 플랫폼과 .NET 플랫폼이 없습니다. 일반적으로 경량 솔루션으로 통합 응집력 및 핵심 기능에 대해 설명합니다."

물음표는 "둘 다 동적 언어이기 때문인가요?"

Colon이 대답했습니다. "이론적으로 동적 언어 대규모 애플리케이션을 수행할 수도 있지만 실제로는 주로 글루 언어 또는 중소 규모 애플리케이션에 사용됩니다. 유행하는 단어를 사용하면 여전히 주류 지원 역할이거나 비주류입니다. 결국, 운영 효율성, 유형 안전성, 사용 가능한 리소스, 개발 도구, 기술 지원 등의 측면에서 Java 및 C# 사이에는 여전히 일정한 격차가 있습니다. 또한 둘 다 "풀뿌리" 언어이지만 오픈 소스 커뮤니티의 강력한 지원을 받고 있지만 그 영향력은 후자와 동일하지 않습니다. "

느낌표 추측: "어쩌면 가까운 미래에는 역동적인 언어도 주류가 될 것이다. ”

“시대는 변하고 예측하기 어렵습니다. 그러나 한 가지 확실한 것은 언어의 발전 추세는 역동적인 것과 정적인 것, 딱딱한 것과 부드러운 것이 결합된 형태임에 틀림없다는 것이다. 콜론은 “한편으로는 Java와 C#으로 대표되는 정적 언어가 동적 언어의 가지와 접목되는 반면, Java와 .NET으로 대표되는 플랫폼과 동적 언어 간의 인터페이스도 점차적으로 발전하고 있다”고 주장했다. 확장. 예를 들어 JRuby를 사용하면 Jython, IronRuby, IronPython 등과 유사하게 Ruby와 Java가 서로를 호출할 수 있습니다. 동적 언어의 가장 활발한 단계는 LAMP, L-A-M-P라는 점도 언급할 가치가 있다. "

따옴표 계속: "L은 Linux, A는 Apache, M은 MySQL, P는 PHP입니다. 이 네 가지 구성 요소는 완전한 오픈 소스 네트워크 개발 플랫폼을 형성합니다. "

콜론 추가: "P는 Perl, Python 또는 심지어 Ruby를 나타낼 수도 있습니다. "

쉼표 비웃음: "루비의 'R'이 'P'보다 꼬리가 더 많은 게 아쉽네요. "

" 어떤 사람들은 자신을 정당화하기 위해 단순히 P를 '프로그래밍 언어'라고 두는데, 이제 모든 언어가 포함됩니다. 외국인들은 이런 약어 단어 게임을 좋아하는데, 특히 LAMP는 오픈 소스 세계에서 밝은 빛을 의미하는 "빛"을 의미하기 때문에 더욱 자랑스러울 것입니다. 콜론은 웃으며 “앞서 네트워크 애플리케이션은 동적 언어의 성장을 위한 가장 비옥한 토양이라고 말했는데, LAMP는 이 토양 위에 구축된 플랫폼이다. 네트워크 플랫폼인 LAMP는 개방성과 유연성, 신속한 개발, 쉬운 배포, 높은 구성 가능성, 보안 및 안정성, 저렴한 비용으로 인해 Java 플랫폼 및 .NET 플랫폼의 3/3을 차지합니다. 특히 중소기업에서 인기가 높습니다. 규모의 기업. LAMP에서 Linux는 운영체제, Apache는 웹서버, MySQL은 데이터베이스 시스템인데, 지금 우리가 가장 관심을 두는 것은 'P 언어군'인 PHP, Perl, Python, Ruby입니다. "

물음표 제안: "동적 언어로서 공통점이 이전 수업에서 많이 논의되었습니다. 성격에 대해 이야기해 주실 수 있나요?"

"그 성격은 매우 다릅니다. Perl 간결하면서도 모호한 것, Python은 우아하고 명료한 것, Ruby는 정교하고 민첩한 것, PHP는 단순하고 단순한 것입니다. 먼저 Perl을 살펴보겠습니다. Perl은 C 언어의 구조, sed의 정규식, AWK의 연관 배열, Lisp 목록 및 Unix Shell의 명령을 결합합니다. 게다가 나도 하나의 언어를 빌렸는데 어떤 언어인지 아세요?" 콜론이 갑자기 포기했습니다.

쉼표 추측: "일종의 OOP 언어여야 합니다."

"Perl에는 실제로 C++의 그림자가 많이 있지만 Perl의 개체 모델은 5.0 이후에만 도입되었습니다. 전형적인 절반의 언어입니다. 이전의 특성이 너무 자연스럽다기 보다는 OOP 트렌드의 영향을 받아 무의식적으로 적응한 것이 진짜 레퍼런스가 자연어라고 하더군요. 앞서 언급했듯이 Perl의 창시자인 Larry Wall은 프로그래밍 언어가 자연어와 같아야 하고, 단순하고 자연스럽고, 읽고 쓰기 쉽고, 표현이 다양해야 하며, Perl에도 많은 모토나 철학이 있어야 한다고 믿습니다. . , 프로그래밍 언어의 엄격하고 고정관념을 바꾸며 강렬한 휴머니즘적 분위기를 풍깁니다. "

느낌표는 조용했습니다. "Perl 코드를 본 적이 있지만 휴머니즘적인 분위기를 느낄 수는 없습니다. 그런데 에테르가 있는 것 같아요. 냄새가 좀 나니까 어지러워요.”

모두가 웃었다.

"펄 코드 한 줄만으로 RSA 알고리즘을 구현한 분이 계시네요. 보고 기절하지 않았나요?" 콜론은 "펄의 다양한 마법 기호들은 마치 날카로운 가위 같다. 작업하기 편하다"고 농담했다. 이것이 바로 Perl의 가장 큰 장점입니다. 원래는 Wall에서 Unix 시스템 관리를 위해 사용되었으며, CGI에서도 널리 사용되는 이점이 있기 때문에 Perl이라고도 합니다. 인터넷상의 "덕트 테이프"는 간결하고 복잡하며 실용적이고 강력합니다. 그러나 Perl은 너무 유연하고 자유로우며 프로그램의 신뢰성에 영향을 미치는 사양이 부족합니다. 일관성, 청결성 및 유지 관리성은 물론 언어에 익숙하지 않은 사람들에게는 어려운 작업입니다. 이와 대조적으로 Python은 자연스러운 OO 디자인과 풍부한 클래스 라이브러리로 인해 Perl에 대한 강력한 도전자로 간주됩니다. Perl보다 프로그래머 친화적입니다. Python에는 Zen이라는 일련의 철학이 있는데 그 중 다수는 Perl과 정반대입니다. Perl은 한 가지 작업을 수행하는 데 여러 가지 방법이 있다고 믿는 반면 Python은 가장 좋은 방법은 하나만 있어야 한다고 믿습니다. Perl은 언어의 표현력을 추구하는 반면 Python은 암시적 힌트를 좋아하는 반면 Python은 간결함을 강조하고 Python은 단순함을 강조합니다. 의미는 간단하고 클래스 라이브러리는 풍부합니다. 아마도 Python에서 가장 불편한 점은 공백 문자에 대한 민감도입니다. "

따옴표는 놀랍습니다. "공백 문자에 민감합니까?" 🎜>

콜론은 놀라운 일이 아닙니다. "관례에 약간 어긋나긴 하지만 Python의 일관된 표준 및 간결한 스타일과 매우 일치합니다. 한편으로는 구문에서 다른 한편으로는 각 코드 블록이 더 이상 여는 중괄호나 시작/끝이 필요합니다. 그런데 Haskell은 또 다른 우아한 언어입니다. 또한 공백에 민감한데, 아마도 우아함은 세부 사항과 사양에 주의를 기울이는 것에서 비롯됩니다. Python에는 자기 참조가 너무 많지만 이것이 명시적 표현을 옹호하는 표현이기도 함을 알지 못합니다. Python의 주요 문제점은 성능과 효율성 측면에서 여전히 만족스럽지 않다는 것입니다."

느낌표가 신기하게 물었다. "루비는 어쩌지? 자바를 대체한다고 한다."

"'대체'라고 가볍게 말하지 마세요.' 두 단어. C++를 대체하지도 않고 Ruby로 대체하지도 않을 것입니다. 기껏해야 재배포일 뿐입니다. 그러나 Ruby는 실제로 Perl의 표현력과 Python의 유연성을 갖춘 매우 귀여운 언어입니다. Ruby의 개념은 언어 자체의 기능보다는 언어를 사용할 때 프로그래머의 감정에 주의를 기울이는 것입니다. 평신도의 관점에서는 예리함보다 무기를 다루는 것이 더 중요하며, 프로그래머에게는 더 많은 것이 주어져야 합니다. .인본주의적인 배려. 코드 블록(block)과 반복자(iterator)를 예로 들어보겠습니다. 비록 Ruby의 첫 번째는 아니지만 그 구문이 가장 보기 좋습니다. 비슷한 예가 많이 있습니다. Ruby의 메타프로그래밍 기능은 특히 강력하며 높은 유연성을 반영하지만 모든 사람이 이 스타일을 좋아하는 것은 아닙니다. Ruby에는 두 가지 주요 약점이 있습니다. 하나는 Python과 유사하며 성능이 향상되어야 합니다. 다른 하나는 스레드가 커널 공간 대신 ​​사용자 공간에서 관리되며 멀티 코어 또는 멀티 CPU를 완전히 활용할 수 없다는 것입니다. . Ruby를 실제로 인기 있게 만든 것은 웹 애플리케이션 프레임워크인 Ruby on Rails(RoR)의 성공이었습니다. RoR은 Java 플랫폼에서 Groovy 언어와 Groovy on Grails 프레임워크를 탄생시켰습니다. RoR이 추구하는 CoC(Convention over Configuration)와 DRY(Don't Repeat yourself) 원칙과 MVC 아키텍처는 새로운 아이디어가 없어 보이지만 Ruby와 결합하면 Java와 . NET.코끼리 같은 인물. "

쉼표는 약간 의심스럽습니다. "프레임워크가 실제로 언어를 대중화시켰습니다. 프레임워크가 정말 그렇게 중요한가요?"

"웹 애플리케이션에 동적 페이지가 적거나 비즈니스 로직은 복잡하지 않으며 프레임워크의 가치도 크지 않습니다. 과거 CGI 프로그래밍은 Java의 Servlet처럼 HTML 코드를 Perl 및 기타 코드에 삽입하는 것이었습니다. PHP는 초기 JSP처럼 단순히 PHP 코드를 HTML 코드에 삽입했습니다. MVC도, 3계층 아키텍처도, ORM도 없습니다. 그러나 -" 콜론은 전환 톤을 끌었습니다. "일단 비즈니스 로직이 복잡해지고 개발자 수가 증가하며 수동 작업장 스타일 프로그래밍이 늘어나기 시작하면 생산성 향상을 위해 프레임워크 조립 라인을 도입하는 것이 일반적입니다. 경향. ”

정답: "Perl, Python, PHP에는 프레임워크가 많을 거라 생각하는데, Java에는 프레임워크가 너무 많아요. RoR이 눈에 띄는 이유는 무엇인가요?

콜론이 분석했습니다. "올바른 경우 web2.0 개념과 민첩한 개발이 인기를 누리고 있는데, RoR은 AJAX와 Ruby를 결합하여 훌륭한 대응이 되었습니다. 예전에는 웹 애플리케이션 프레임워크가 많았지만 RoR 이전에는 가벼운 패키지였습니다. Perl에는 Catalyst가 많지 않습니다. Python의 Pylon, PHP의 CakePHP는 모방해야 한다. 따라서 RoR은 빠르지도 늦지도 않다고 할 수 있다. 게다가 Perl과 PHP는 인기가 너무 많아서 적기이다. 사람들은 프리젠테이션 로직과 비즈니스 로직을 함께 엮는 데 익숙합니다. Java 엔터프라이즈 솔루션의 경우 프레임워크가 너무 많고 조합도 많아 가벼운 SSH(Struts)를 선택하기가 더 어렵습니다. +Spring+Hibernate) 조합은 RoR보다 유지관리가 훨씬 복잡합니다."

느낌표가 점점 더 걱정스러워졌습니다. "이것 봐, Java는 여전히 위험해!"

"이건 말하기에는 너무 이르다." Colon은 동의하지 않았습니다. "우선 RoR은 추가 테스트가 필요합니다. 현재로서는 애플리케이션 폭과 깊이 측면에서 Java와 비교할 수 없습니다. 둘째, Java는 성능 측면에서 여전히 많은 이점을 가지고 있습니다. 보안 등이 있으며 이는 크고 중요한 애플리케이션에 특히 중요합니다. 중소 규모의 웹 애플리케이션에서도 RoR은 PHP보다 훨씬 뒤떨어져 있습니다."

물음표는 "왜? PHP가 인기가 많나요?"

“단순하고 구체적이기 때문입니다.” 콜론은 간단하게 대답했습니다. “처음부터 범용 언어로 자리매김했던 Python, Ruby와 달리 PHP는 PHP를 위해 특별히 탄생했습니다. 인터넷. 초기 Perl과 마찬가지로 PHP는 원래 주로 텍스트 필터로 작동했지만 Perl은 주로 파일 스트림을 처리하는 반면 PHP는 주로 소켓 스트림을 처리하며 네트워크 응용 프로그램에 맞게 제작되었습니다. 네트워크 개발자들 사이에서는 인기가 높지만, 완벽하지는 않습니다. 예를 들어, 변수 이름은 대소문자를 구분하지만 함수 이름 지정 규칙은 일치하지 않습니다. 4]는 지원되지 않습니다. Perl과 마찬가지로 객체 모델은 본질적이지 않으며 PHP 5까지는 완벽하지 않았습니다. Perl, Python 및 Ruby에 비해 기능이 약간 얇습니다. >

갑자기 따옴표가 떠오릅니다. "첫 번째 수업에서 PHP를 데스크톱 애플리케이션에도 사용할 수 있다고 말씀하셨던 기억이 납니다."

"PHP뿐만 아니라 Perl, Python, Ruby도 사용할 수 있습니다." 명령줄이나 그래픽 인터페이스 애플리케이션을 개발하기 위해 프런트엔드 언어로 사용할 수 있습니다. 마찬가지로 VB, Delphi, JavaScript도 백엔드 언어로 사용할 수 있습니다. 현대의 프로그래밍 언어는 자신만의 전문성을 가질 뿐만 아니라, 더 많은 생활 공간을 추구하기 위해 일반화와 다양성을 향해 발전하고 있습니다. 상상해 보세요. 현대 프로그래머들은 그렇지 않나요?" 이쯤에서 콜론은 "언어에 대한 간략한 리뷰는 여기까지다. 흥미롭고 유용한 언어가 많기 때문에 하나씩 언급하지는 않겠다"고 말을 멈췄다. 여기 하나. 우리는 각 프로그래밍 언어가 프로그래밍 패러다임과 함께 언어의 프로그래밍 스타일을 형성하는 고유한 규칙과 철학을 가지고 있음을 알 수 있습니다. 이해가 깊어질수록 프로그래밍 언어에 대한 감각이 강해지고, 사고와 언어의 통합이 원활해지며, 점차 필연의 왕국에서 자유의 왕국으로 옮겨갑니다. "

쉼표에는 그리움이 가득하다. "그게 사람과 검이 하나로 통합된 상태인가?"

"아마도 인간과 무기의 통합이 더 정확할 수는 없다. 무기 한 종류 알아요. 콜론은 의도적으로 자신의 말을 집어 들었다. “이제 모두 이 수업에 대한 연설을 써주세요. ”

모두가 잠시 고민하다가 일제히 썼다---

느낌표---최고의 언어는 없고 가장 적절한 언어만이 있을 뿐이다.

쉼표—— 나쁜 언어는 없고 나쁜 프로그래머만 있습니다.

물음표 - 완벽한 언어는 없습니다.

따옴표 - 언어를 폐지하세요.

마침표 - 프로그래밍은 인간의 두뇌와 컴퓨터 사이의 최적의 균형을 찾는 과정입니다.

콜론은 한 손바닥으로 다섯 개의 아첨하는 메모를 작성했습니다. "정말 훌륭합니다! 단어 하나하나가 정말 훌륭하다고 할 수 있습니다." 소중하고 모든 문장이 완벽하게 연결되어 있어요." 보상은 바로 수업 종료로 결정했습니다!"

모두들 즐겁게 보상을 받고 떠났습니다.

감탄

[1] 거기 두 개의 3계층 아키텍처가 있는데, 하나는 3계층 아키텍처이고, 다른 하나는 3계층 아키텍처입니다. 이들은 종종 같은 의미로 사용되지만 실제로는 다릅니다. 전자는 논리적으로만 분할되고 후자는 물리적으로도 분할됩니다. 모듈은 다양한 호스트에서 실행됩니다.

[2] 덕트는 '컨베이어 파이프' 또는 '도관'을 의미하므로 '컨베이어 벨트' 또는 '컨베이어 벨트'로 번역됩니다. 따라서 이는 Perl이 인터넷에서 전송 역할을 한다는 것을 당연하게 받아들입니다. 그러나 '덕트 유형'은 Perl의 접착력을 비유하는 데 사용되는 일종의 보편적이고 접착력이 뛰어난 테이프를 의미합니다. [3] 이런 유형의 스레드를 의사 스레드라고도 합니다. Ruby2.0은 네이티브 스레드(native thread)를 지원한다고 합니다.

[4] PHP는 5.3에서 네임스페이스를 지원합니다. .0과 6.0의 유니코드

요약

◆ Java 플랫폼과 .NET 플랫폼에 비해 동적 언어는 가볍고 유연하며 개발 효율성이 높으나 통합 응집력이 부족합니다. 운영 효율성, 유형 안전성, 사용 가능한 리소스 및 개발 도구 측면에서도 기술 지원 및 영향력 측면에서 일정한 격차가 있으므로 일반적으로 경량 솔루션으로 사용됩니다

◆ LAMP는 Linux, Apache, MySQL과 PHP, Perl, Python 또는 Ruby를 포함한 스크립팅 언어로 구성된 네트워크 개발 플랫폼입니다. 개방적이고 유연하며 신속한 개발, 쉬운 배포, 고도로 구성 가능하고 안전하며 안정적입니다. 저렴한 비용 저렴한 비용 및 기타 장점.

◆ Perl은 간결하고, 복잡하고, 강력하고, 유연하고, 자유롭고, 모호하고, 표현력이 뛰어나지만 표준화, 가독성, 일관성, 깔끔함, 유지 관리 용이성이 부족합니다.

◆ Python은 우아하고 표준화되어 있고 간결하고 명확하며 배우고 사용하기 쉽고 풍부한 클래스 라이브러리를 갖추고 있지만 효율성이 약간 떨어지는 경우가 있습니다.

◆ Ruby 구문은 Perl의 표현력과 Python의 가독성을 결합한 매우 정교하고 유연성이 뛰어납니다. 하지만 성능과 스레딩 모델은 여전히 ​​개선되어야 합니다.

◆ PHP는 단순하고 구체적이며 실용적이고 대중적이지만 다른 세 가지 언어에 비해 구문과 기능이 약간 부족합니다.

◆ RoR은 좋은 디자인(MVC 아키텍처와 CoC, DRY 원칙)과 좋은 언어(Ruby)와 좋은 시간(web2.0 및 Agile 개발)이 결합된 경량 패키지형 웹 애플리케이션 솔루션입니다. 인기를 얻었습니다).

◆ 정적 언어와 동적 언어는 언어 기능부터 실행 환경까지 점차 통합되고 있습니다.

◆ 프로그래밍 언어와 마찬가지로 프로그래머도 자신만의 전문성을 갖춰야 할 뿐만 아니라 일반화와 다양성을 향해 발전해야 합니다.

◆ 프로그래밍 언어 관례, 철학적 개념, 프로그래밍 패러다임이 언어의 프로그래밍 스타일을 형성합니다.