Go 언어의 오픈 소스 프로토콜은 무엇입니까?

go 언어는 BSD 오픈 소스 라이선스를 채택합니다. BSD 오픈소스 라이선스는 사용자에게 자유롭게 사용할 수 있고, 소스코드를 수정하고, 수정된 코드를 오픈소스 또는 독점 소프트웨어로 다시 출시할 수 있는 자유도를 제공하는 라이선스입니다. BSD 코드는 코드 공유를 장려하지만 코드 작성자의 저작권은 존중되어야 합니다.

이 튜토리얼의 운영 환경: Windows 10 시스템, GO 1.11.2, Dell G3 컴퓨터.

go 언어의 오픈 소스 프로토콜은 무엇인가요?

Go 언어는 Bell Labs에서 왔으며 Limbo 언어에서 개발되었습니다. Limbo는 소형 컴퓨터에서 분산 애플리케이션을 개발하는 데 사용됩니다. 모듈식 프로그래밍, 컴파일 시간 및 런타임 시 강력한 유형 감지, 프로세스 내 유형 통신 채널, 원자 가비지 수집 및 간단한 추상 데이터 유형을 지원하기 때문입니다. 하드웨어 보호 기능이 없는 미니컴퓨터에서. Go와 Limbo는 동일한 그룹에 의해 개발되었으며 동일한 뛰어난 기능을 가지고 있습니다. 고(Go)는 2007년 구글에서 태어났다. 구글은 자유시간의 20%를 실험적 프로젝트 개발에 활용하도록 지원하며, 2009년 출시됐다. Go 언어는 오픈 소스이며 BSD 라이센스를 채택합니다.

BSD 오픈 소스 프로토콜은 사용자에게 많은 자유를 제공하는 프로토콜입니다. 자유롭게 사용할 수 있고, 소스 코드를 수정하고, 수정된 코드를 오픈 소스 또는 독점 소프트웨어로 다시 출시할 수 있습니다. BSD 프로토콜을 사용하는 코드를 출시하거나 BSD 프로토콜 코드를 기반으로 자체 제품을 개발하는 경우 다음 세 가지 조건을 충족해야 합니다.

• 다시 출시된 제품에 소스 코드가 포함된 경우 소스 코드 BSD 프로토콜 원본 코드에 포함되어야 합니다.

• 바이너리 클래스 라이브러리/소프트웨어만 재배포하는 경우 클래스 라이브러리/소프트웨어의 문서 및 저작권 설명에 있는 원본 코드에 BSD 프로토콜을 포함해야 합니다.

• 오픈소스 코드의 작성자/단체명, 원본 제품명을 마케팅 목적으로 사용할 수 없습니다.

BSD 코드는 코드 공유를 장려하지만 코드 작성자의 저작권은 존중되어야 합니다. BSD는 사용자가 코드를 수정 및 재배포할 수 있도록 하고, BSD 코드를 사용하거나 이를 기반으로 개발된 상용 소프트웨어를 출시 및 판매할 수 있도록 하기 때문에 상업적 통합에 친화적인 프로토콜입니다. 많은 회사에서는 오픈 소스 제품을 선택할 때 BSD 프로토콜을 선호합니다. 왜냐하면 BSD 프로토콜은 이러한 타사 코드를 완전히 제어할 수 있고 필요할 때 수정하거나 재개발할 수 있기 때문입니다.

추가 정보: 5가지 오픈 소스 프로토콜(BSD, Apache, GPL, LGPL, MIT) 비교

BSD 오픈 소스 프로토콜(원본 BSD 라이선스, FreeBSD 라이선스, 원본 BSD 라이선스)

BSD 오픈 소스 프로토콜은 사용자에게 많은 자유를 주는 프로토콜입니다. 기본적으로 사용자는 "원하는 대로" 할 수 있으며 자유롭게 사용할 수도 있고 소스 코드를 수정하거나 수정된 ​​코드를 오픈 소스 또는 독점 소프트웨어로 다시 출시할 수도 있습니다.

하지만 "원하는 대로 한다"는 전제 BSD 프로토콜을 사용하는 코드를 게시하거나 BSD 프로토콜 코드를 기반으로 자체 제품을 개발할 때 세 가지 조건을 충족해야 합니다.

재출시된 제품에 소스코드에는 원본코드의 BSD 프로토콜이 포함되어 있어야 합니다. 바이너리 클래스 라이브러리/소프트웨어만 재배포하는 경우 원본 코드의 BSD 라이센스가 클래스 라이브러리/소프트웨어의 문서 및 저작권 설명에 포함되어야 합니다. 오픈소스 코드의 작성자/단체 이름이나 원본 제품 이름을 마케팅 목적으로 사용하지 마십시오.

BSD 코드는 코드 공유를 장려하지만 코드 작성자의 저작권은 존중되어야 합니다. BSD는 사용자가 코드를 수정 및 재배포할 수 있도록 하고, BSD 코드를 사용하거나 이를 기반으로 개발된 상용 소프트웨어를 출시 및 판매할 수 있도록 하기 때문에 상업적 통합에 친화적인 프로토콜입니다. 많은 회사에서는 오픈 소스 제품을 선택할 때 BSD 프로토콜을 선호합니다. 왜냐하면 이러한 타사 코드를 완전히 제어할 수 있고 필요할 때 다시 수정하거나 개발할 수 있기 때문입니다.

Apache 라이센스

Apache 라이센스는 잘 알려진 비영리 오픈 소스 조직인 Apache가 채택한 프로토콜입니다. 이 계약은 BSD와 유사하며 코드 공유를 장려하고 원본 작성자의 저작권을 존중합니다. 또한 코드 수정 및 재배포(오픈 소스 또는 상용 소프트웨어)도 허용합니다. 충족해야 하는 조건은 BSD와 유사합니다.

코드 사용자에게 Apache 라이센스를 제공해야 합니다. 코드를 수정하는 경우 수정된 파일에 명시해야 합니다. 확장 코드(소스 코드에서 파생된 수정 및 코드)에는 원본 코드에 포함되어야 하는 원본 작성자가 지정한 계약, 상표, 특허 설명 및 기타 지침이 포함되어야 합니다. 재출시된 제품에 공지사항 파일이 포함되어 있는 경우 공지사항 파일에 Apache 라이센스가 포함되어 있어야 합니다. 통지에 자신의 라이센스를 추가할 수 있지만 이것이 Apache 라이센스에 대한 변경으로 나타날 수는 없습니다.

Apache 라이센스는 상용 애플리케이션에도 친화적인 라이센스입니다. 사용자는 필요할 때 필요에 맞게 코드를 수정하고 오픈 소스 또는 상용 제품으로 게시/판매할 수도 있습니다.

GPL(GNU 일반 공중 라이선스)

우리에게 매우 친숙한 Linux는 GPL을 채택합니다. GPL 계약은 코드 재사용을 장려하는 BSD 및 Apache 라이센스와 같은 라이센스와 매우 다릅니다. GPL의 출발점은 오픈소스/코드의 자유로운 사용과 오픈소스/참조/수정/파생코드의 자유로운 사용이지만, 수정되고 파생된 코드는 비공개 소스 상용 소프트웨어로 공개 및 판매가 허용되지 않습니다. 그렇기 때문에 우리는 상업용 기업의 리눅스부터 개인, 조직, 상업용 소프트웨어 회사가 개발한 리눅스 상의 다양한 무료 소프트웨어까지 모든 종류의 무료 리눅스를 사용할 수 있습니다.

GPL 계약의 주요 내용은 GPL 계약에 따른 제품이 소프트웨어에서 사용되는 한("사용"은 클래스 라이브러리 참조, 수정된 코드 또는 파생 코드를 의미함) 소프트웨어 제품도 GPL을 채택해야 한다는 것입니다. 동의해야 하며 오픈 소스이고 무료여야 합니다. 이것을 "감염성"이라고 합니다. GPL 라이센스 제품을 별도의 제품으로 사용해도 문제가 없으며, 무료라는 장점도 누릴 수 있습니다.

GPL에서는 GPL 클래스 라이브러리를 사용하는 소프트웨어 제품이 GPL 프로토콜을 사용해야 한다고 엄격히 요구하므로 GPL 프로토콜을 사용하는 오픈 소스 코드, 상용 소프트웨어 또는 코드 기밀 요구 사항이 있는 부서는 클래스 라이브러리로 통합/채택하기에 적합하지 않으며 2차 발전의 기초.

재출시 시 GPL 계약을 동반해야 하는 등 기타 세부 사항은 BSD/Apache 등과 유사합니다.

LGPL (GNU Lesser General Public License)

LGPL은 주로 클래스 라이브러리용으로 설계된 GPL의 오픈 소스 라이선스입니다. GPL 클래스 라이브러리를 사용/수정/파생하는 모든 소프트웨어는 GPL 라이센스를 채택해야 하는 GPL과는 다릅니다. LGPL을 사용하면 상용 소프트웨어가 오픈소스 상용 소프트웨어의 코드 없이도 클래스 라이브러리 참조(링크)를 통해 LGPL 클래스 라이브러리를 사용할 수 있습니다. 이를 통해 LGPL 라이선스를 사용하는 오픈 소스 코드를 상용 소프트웨어에서 클래스 라이브러리로 참조하고 출시 및 판매할 수 있습니다.

단, LGPL 규약의 코드나 파생물을 수정하는 경우, 모든 수정 코드, 수정된 부분이 포함된 추가 코드, 파생 코드는 반드시 LGPL 규약을 채택해야 합니다. 따라서 LGPL 프로토콜의 오픈소스 코드는 상용 소프트웨어에서 제3자 클래스 라이브러리로 참조되기에는 매우 적합하지만, LGPL 프로토콜 코드를 2차 개발을 위한 기반으로 사용하려는 상용 소프트웨어에는 적합하지 않습니다. 수정 및 파생물.

GPL/LGPL은 원본 작성자의 지적 재산권을 보호하여 누구도 오픈 소스 코드를 사용하여 유사한 제품을 복사하고 개발하는 것을 방지합니다.

MIT(MIT)

MIT는 BSD만큼 광범위한 라이센스 계약입니다. 즉, 바이너리로 게시하든 소스 코드로 게시하든 관계없이 배포판에 원래 라이센스 계약 내용을 포함해야 합니다.

Golang 튜토리얼.

위 내용은 Go 언어의 오픈 소스 프로토콜은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!