Quel est le protocole open source du langage go ?

Le langage go adopte la licence open source BSD. La licence open source BSD est une licence qui donne aux utilisateurs une grande liberté. Ils peuvent l'utiliser librement, modifier le code source et rééditer le code modifié en tant que logiciel open source ou propriétaire. Le code BSD encourage le partage de code, mais les droits d'auteur de l'auteur du code doivent être respectés.

L'environnement d'exploitation de ce tutoriel : système Windows 10, GO 1.11.2, ordinateur Dell G3.

Quel est le protocole open source du langage go ?

Le langage Go vient des Bell Labs et a été développé à partir du langage Limbo. Limbo est utilisé pour développer des applications distribuées sur de petits ordinateurs. Il prend en charge la programmation modulaire, la détection de type forte au moment de la compilation et de l'exécution, les canaux de communication typés en cours, le garbage collection atomique et les types de données abstraits simples. Son objectif : il peut même s'exécuter en toute sécurité. sur des mini-ordinateurs sans protection matérielle. Go et Limbo ont été développés par le même groupe de personnes et possèdent les mêmes excellentes fonctionnalités. Go est né chez Google en 2007. Google prend en charge l'utilisation de 20 % du temps libre pour développer des projets expérimentaux, et il est sorti en 2009. Le langage Go est open source et adopte la licence BSD.

Le protocole open source BSD est un protocole qui laisse aux utilisateurs beaucoup de liberté. Vous pouvez l'utiliser librement, modifier le code source et rééditer le code modifié en tant que logiciel open source ou propriétaire. Lorsque vous publiez du code qui utilise le protocole BSD, ou développez votre propre produit basé sur le code du protocole BSD, vous devez remplir trois conditions :

• Si le produit réédité est Si source Le code est inclus, le code source doit contenir la licence BSD du code original.

• Si vous redistribuez uniquement des bibliothèques/logiciels de classes binaires, vous devez inclure le protocole BSD dans le code original dans la documentation et la déclaration de droits d'auteur de la bibliothèque/du logiciel de classes.

• N'utilisez pas le nom de l'auteur/de l'organisation du code open source et le nom du produit original à des fins de marketing.

Le code BSD encourage le partage de code, mais les droits d'auteur de l'auteur du code doivent être respectés. BSD est un protocole convivial pour l'intégration commerciale car il permet aux utilisateurs de modifier et de redistribuer le code, et permet également de publier et de vendre des logiciels commerciaux en utilisant ou en développant du code BSD. De nombreuses entreprises préfèrent le protocole BSD lors du choix de produits open source, car elles peuvent contrôler entièrement ces codes tiers et peuvent les modifier ou les redévelopper si nécessaire.

Informations détaillées : Comparaison de cinq protocoles open source (BSD, Apache, GPL, LGPL, MIT)

Protocole open source BSD (original Licence BSD, licence FreeBSD, licence BSD originale)

L'accord open source BSD est un accord qui donne aux utilisateurs une grande liberté. Fondamentalement, les utilisateurs peuvent « faire ce qu'ils veulent » et l'utiliser librement, modifier le code source ou rééditer le code modifié en tant que logiciel open source ou propriétaire.

Mais le principe de « faire ce que vous voulez » Lorsque vous publiez du code qui utilise le protocole BSD, ou développez vos propres produits basés sur le code du protocole BSD, vous devez remplir trois conditions :

Si le produit redistribué contient du code source, la licence BSD dans le code original doit être incluse dans le code source. Si seule une bibliothèque/un logiciel de classe binaire est redistribué, la licence BSD dans le code original doit être incluse dans la documentation et la déclaration de droits d'auteur de la bibliothèque/du logiciel de classe. N'utilisez pas le nom de l'auteur/de l'organisation du code open source ou le nom du produit original à des fins de marketing.

Le code BSD encourage le partage de code, mais les droits d'auteur de l'auteur du code doivent être respectés. BSD est un protocole convivial pour l'intégration commerciale car il permet aux utilisateurs de modifier et de redistribuer le code, et permet également de publier et de vendre des logiciels commerciaux en utilisant ou en développant du code BSD. De nombreuses entreprises préfèrent le protocole BSD lors du choix de produits open source, car elles peuvent contrôler entièrement ces codes tiers et peuvent les modifier ou les redévelopper si nécessaire.

Licence Apache

La licence Apache est un protocole adopté par Apache, une organisation open source à but non lucratif bien connue. Cet accord est similaire à BSD. Il encourage également le partage de code et respecte les droits d'auteur de l'auteur original. Il permet également la modification et la redistribution du code (en tant que logiciel open source ou commercial). Les conditions à remplir sont similaires à BSD :

Vous devez donner à l'utilisateur du code une licence Apache. Si vous modifiez le code, cela doit être indiqué dans le fichier modifié. Le code étendu (modifications et code dérivé du code source) doit contenir les accords, marques, déclarations de brevet et autres instructions spécifiées par l'auteur d'origine qui doivent être incluses dans le code d'origine. Si le produit réédité contient un fichier de notification, la licence Apache doit être incluse dans le fichier de notification. Vous pouvez ajouter votre propre licence à l'avis, mais cela ne peut pas apparaître comme une modification de la licence Apache.

La licence Apache est également une licence conviviale pour les applications commerciales. Les utilisateurs peuvent également modifier le code pour répondre à leurs besoins en cas de besoin et le publier/vendre en tant que produit open source ou commercial.

GPL (Licence publique générale GNU)

Le Linux que nous connaissons très bien adopte la GPL. L'accord GPL est très différent des licences telles que BSD et Apache License qui encouragent la réutilisation du code. Le point de départ de la GPL est l'utilisation open source/libre du code et l'utilisation open source/libre du code de référence/modification/dérivé, mais le code modifié et dérivé ne peut pas être publié et vendu en tant que logiciel commercial à source fermée. C'est pourquoi nous pouvons utiliser toutes sortes de Linux gratuits, y compris Linux provenant de sociétés commerciales et divers logiciels libres sur Linux développés par des particuliers, des organisations et des sociétés de logiciels commerciaux.

Le contenu principal de l'accord GPL est que tant qu'un produit sous l'accord GPL est utilisé (« utilisation » fait référence à une référence de bibliothèque de classes, un code modifié ou un code dérivé) dans un logiciel, le produit logiciel doit adoptez également l’accord GPL. Les deux doivent être open source et gratuits. C’est ce qu’on appelle le « pouvoir infectieux ». Il n’y a aucun problème à utiliser des produits sous licence GPL en tant que produit distinct, et vous pouvez également profiter de l’avantage d’être gratuit.

Étant donné que la GPL exige strictement que les produits logiciels qui utilisent les bibliothèques de classes GPL doivent utiliser le protocole GPL, le code open source qui utilise le protocole GPL, les logiciels commerciaux ou les départements qui ont des exigences de confidentialité pour le code ne sont pas adaptés à l'intégration/ adoption en tant que bibliothèques de classe et base du développement secondaire.

D'autres détails, comme la nécessité d'accompagner l'accord GPL lors de la redistribution, sont similaires à BSD/Apache.

LGPL (GNU Lesser General Public License)

LGPL est une licence open source de GPL conçue principalement pour être utilisée par les bibliothèques de classes. Contrairement à la GPL, qui exige que tout logiciel qui utilise/modifie/dérive une bibliothèque de classes GPL adopte une licence GPL. LGPL permet aux logiciels commerciaux d'utiliser les bibliothèques de classes LGPL via des références de bibliothèques de classes (liens) sans nécessiter le code d'un logiciel commercial open source. Cela permet au code open source utilisant la licence LGPL d'être référencé par un logiciel commercial en tant que bibliothèque de classes, puis publié et vendu.

Mais si vous modifiez le code ou les dérivés de l'accord LGPL, tout le code modifié, le code supplémentaire impliquant la partie modifiée et le code dérivé doivent adopter l'accord LGPL. Par conséquent, le code open source du protocole LGPL est très approprié pour être référencé par des logiciels commerciaux en tant que bibliothèque de classes tierce, mais il ne convient pas aux logiciels commerciaux qui espèrent utiliser le code du protocole LGPL comme base pour un développement secondaire via modifications et dérivés.

GPL/LGPL protège les droits de propriété intellectuelle des auteurs originaux et empêche les gens d'utiliser du code open source pour copier et développer des produits similaires

MIT (MIT)

MIT est la même licence étendue que BSD. L'auteur souhaite uniquement conserver les droits d'auteur sans aucune autre restriction. En d'autres termes, vous devez inclure une déclaration du contrat de licence original dans votre distribution, que vous la publiiez sous forme binaire. Il est toujours publié sous forme de code source.

Apprentissage recommandé : Tutoriel Golang

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!