Java를 Go 언어로 변환해야 하나요?

Java를 Go 언어로 변환해야 하나요?

상황에 따라 Go 언어로 전환해야 하는지 여부를 결정할 수 있습니다. Go 언어에 관심이 있고 조건이 허락하는 경우 Go 언어로 전환하는 것이 좋습니다. Java보다 구문이 간단할 뿐만 아니라 Java보다 성능이 뛰어나고 컴파일 속도도 빠릅니다.

Go

동시성 측면에서 고루틴과 채널 메커니즘은 성능 측면에서 언어 수준에서 가볍고 원활한 동시성 메커니즘을 제공하며 Java보다 약하지 않은 성능을 제공합니다(성능은 잘못된 제안입니다). 메모리 리소스 소비 측면에서 구문 측면에서 Java 및 기타 동적 언어에 비해 분명한 이점이 있으며 Python의 동적 언어 기능 중 일부를 가지며 객체 초기화, 구성 및 직렬화 측면에서 매우 간결한 표현 방법을 제공합니다. 이러한 처리 코드는 특히 데이터 처리, 구성 및 프로토콜 매핑 시나리오의 경우 코드의 10~50%를 차지할 수 있으며, 이는 이러한 점에서 동적입니다. 언어는 정말 매력적이에요.

이것은 Go 언어가 첫 번째 버전이 출시되었을 때 특히 동적 언어에 많은 관심을 끌었던 주요 이유이기도 합니다. 이는 Pike가 Go 언어 목적으로 설계하지 않은 동시성 및 성능 이점을 제공합니다. Go 언어의 아버지이자 Google의 수석 소프트웨어 엔지니어인 Pike는 C/C++의 선택적 역할로 의도되었습니다. 2012년 "Road to Simplicity" 연설에서 다음 문장 중 하나를 인용하면 다음과 같습니다. "우리는 C++ 프로그래머가 Go를 대안으로 생각할 것으로 예상했지만 대신 대부분의 Go 프로그래머는 Python 및 Ruby와 같은 언어 출신입니다. C++ 출신은 거의 없습니다. " C++ 가치의 본질은 언어가 더 넓은 범위의 추상화, 우아하고 유연한 기능을 제공하며 이러한 표현 기능은 비용이 들지 않는 하드웨어이며 C 언어는 처음부터 설계 목표로 비용이 들지 않는 하드웨어에 있습니다. 하지만 언어 표현력은 C++로 해결됩니다. Go의 생각의 방향은 분명히 비용이 0이 아닙니다. 적어도 CPU 비용이 0이 되기보다는 프로그래머의 작업량을 최소화하는 것이 Go의 제안입니다.

하나는 비용이 전혀 들지 않는 하드웨어를 궁극적으로 추구하는 것이고, 다른 하나는 프로그래머의 작업량을 최소화하는 것입니다. 누구도 다른 것의 가장 중요한 부분을 대체할 수 없습니다. Go는 두 가지 목표를 동시에 달성할 수 없습니다. 개발 효율성을 선택하고 개발 효율성을 위해 하드웨어 효율성을 희생하게 되므로 다른 방향으로 갑니다. 이는 Java가 잘하는 애플리케이션 방향, 특히 좋은 표준이 필요한 현재 네트워크 및 HTPP 애플리케이션입니다. 라이브러리 및 생태계 시스템 지원, 표준 라이브러리 측면에서 Go는 tcp/http/xml/json/암호화 및 복호화 등을 처리하기 위한 보다 가볍고 우수한 코드 라이브러리를 제공했으며 http에 대한 높은 동시성 지원을 제공했습니다. 네트워크의 핵심 프로토콜로, Java를 활용하기 위한 디딤돌입니다.

그러나 우리는 현재의 단점에 직면해야 합니다. 중요한 언어 기능과 엄밀함 측면에서 아직 성숙하지 못했으며, 여전히 많은 결함이나 일시적인 해결책이 있어 이러한 문제는 여전히 해결되어야 합니다. 새 버전에서는. Go 언어의 첫 번째 버전은 2012년 3월 28일에 공식적으로 출시되었습니다. 현재까지 버전 1.7이 출시되었습니다. 거의 1년 만에 두 가지 주요 버전이 출시되었으며, 그 사이에 여러 베타 버전과 RC 버전이 출시되었습니다. Go 언어는 아직 완성되지 않았습니다.

요약

Go는 애플리케이션 개발, 특히 HTTP 관련 애플리케이션 측면에서 동적 언어 성능 요구 사항 측면에서 Python 및 Ruby에 대한 이상적인 후보임이 입증되었으며 동시에 현재 Java 앞에선 도전자입니다. 시간이 지나면 리소스 제어가 그다지 강력하지 않은 곳에서는 C/C++ 외에 또 다른 역할도 제공합니다.

생산성 측면에서 언어 기능과 생태계가 아직 성숙하지 않았고 버전이 여전히 빠르게 반복되고 있으며 동적 언어 및 Java와 비교할 때 현 단계에서 이러한 언어는 장점이 없습니다. ​​특정 시나리오에서는 선택적 역할입니다. 장기적으로는 Google의 강력한 지원으로 새로운 기능과 라이브러리 응용 프로그램 기능이 계속 추가될 것입니다. 그러나 이 단계에서는 프로그램의 규모와 복잡성을 조정해야 합니다. 언어와 생태계는 아직 완전히 개발되지 않았습니다. 건전한 지원을 제공하려면 미숙함과 빠른 버전 반복으로 인한 위험도 인식해야 합니다.

자바

Java의 성공은 10년 전 유닉스 시스템을 중심으로 하던 SUN, IBM, 오라클 등 대기업들의 강력한 지원 덕분에 엔터프라이즈 애플리케이션과 WEB 애플리케이션 분야에서 확고한 입지를 다질 수 있었습니다. 이후 10년 동안 상반기에는 x86+Linux가 가져온 혁명에 힘입어 점유율을 계속 유지했으며, 하반기에는 안드로이드의 성공으로 주춤하다가 다시 정상에 올랐습니다. 지난 20년 동안 Java는 가장 강력한 생태계를 축적해 왔다고 할 수 있습니다. Java가 오랫동안 항공모함의 거대한 몸체였음은 의심의 여지가 없으며, 이는 그 위상과 성공을 입증하기에 충분합니다. . 그러나 언어, 라이브러리, 프레임워크 및 생태계의 복잡성은 동시성, 언어의 동기화 메커니즘, 표준 라이브러리의 알림 및 동시성 등 기술자에게 큰 장애물을 제기하며 HTTP는 Apache+tomcat 컨테이너 등을 통해 얻을 수도 있습니다. , JVM 기술을 기반으로 Java는 동시성 측면에서 Scala와 같은 다른 언어와의 상호 운용성이 우수합니다. 물론 Scala로 작성된 Akka를 선택할 수 있습니다. 물론 업계에서는 nginx 및 기타 혼합 일치를 선택합니다. 더 많은 시나리오가 있습니다...

이것은 Java의 세계입니다. 결코 너무 많지 않으며, 이것이 Java 성공의 열쇠입니다. Java는 너무 많은 옵션을 제공하므로 더 깊이 파고들면 알게 될 것입니다. Java의 학습 비용은 C++의 학습 비용보다 높으며, 뒤처져 있지 않는 한 프로그래머에 대한 요구 사항도 더 높습니다. 7년, 심지어 10년 전의 Java 기술을 사용하는 기술 인력은 프레임워크를 구성하고 매우 신중하게 설계해야 합니다. 그렇지 않으면 모든 종류의 문제가 재사용으로 인해 극도로 비대한 프로그램이 쌓이고 런타임 중 리소스가 소모될 수 있습니다. 때로는 겁이 납니다. 이는 Java를 기반으로 개발된 너무 많은 플랫폼에 대한 광범위한 비판의 핵심입니다. 블레이드는 단일 크기보다는 맞춤형으로 제작되어야 합니다. 언어와 표준 라이브러리가 가장 좋고 직접적인 옵션을 제공하지 않는 한 개발자에게 요구됩니다.

추천 튜토리얼: "Go Tutorial" "Java Tutorial"

위 내용은 Java를 Go 언어로 변환해야 하나요?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!