De Linux 5.8-kernel hanteert inclusieve terminologierichtlijnen

Linus Torvalds geaccepteerd opgenomen in de Linux 5.8 kerneltak veranderingen Aanbevelingen voor codestijlen. Geadopteerd derde editie tekst over het gebruik van inclusieve terminologie, die is onderschreven door 21 prominente kernelontwikkelaars, waaronder leden van de technische commissie van de Linux Foundation. werd naar Linus gestuurd navraag om wijzigingen in de 5.9-kernel op te nemen, maar hij was van mening dat er geen reden was om te wachten op het volgende venster voor het accepteren van wijzigingen en accepteerde het nieuwe document in de 5.8-branch.

De derde versie van de tekst uit inclusieve terminologie werd ingekort vergeleken met origineel voorstel (bestand is uitgesloten inclusieve-terminologie.rst praten over het belang van inclusief zijn en uitleggen waarom problematische termen moeten worden vermeden). Er bleven alleen wijzigingen over in het document dat de codeerstijl definieerde. Het wordt ontwikkelaars afgeraden om de combinaties 'master/slave' en 'blacklist/whitelist', evenals het woord 'slave' afzonderlijk te gebruiken. De aanbevelingen hebben alleen betrekking op nieuwe toepassingen van deze termen. Vermeldingen van de gespecificeerde woorden die al in de kern voorkomen, blijven onaangeroerd.

Bovendien is het gebruik van de gemarkeerde termen in nieuwe code toegestaan ​​wanneer dit nodig is ter ondersteuning van de blootgestelde gebruikersruimte-API en ABI, en bij het bijwerken van de code ter ondersteuning van bestaande hardware of protocollen waarvan de specificaties het gebruik van deze termen vereisen. Bij het maken van implementaties op basis van nieuwe specificaties wordt aanbevolen om, waar mogelijk, de terminologie van de specificatie in lijn te brengen met de standaard Linux-kernelcodering.

Het wordt aanbevolen om de woorden 'blacklist/whitelist' te vervangen door
'denylist / allowlist' of 'blocklist / passlist', en in plaats van de woorden 'master / slave' worden de volgende opties aangeboden:

  • '{primair,hoofd} / {secundair,replica,ondergeschikt}',
  • '{initiatiefnemer,aanvrager} / {doel,responder}',
  • '{controller,host} / {apparaat,werker,proxy}',
  • 'leider/volger',
  • 'regisseur/uitvoerder'.

Akkoord met de wijziging (bevestigd door):

Wijziging beoordeeld door:

Wijziging ondertekend (Afgetekend door):

Update: Rust-taalontwikkelaars hebben dit geaccepteerd veranderen, die in de code β€œwhitelist” vervangt door β€œallowlist”. De wijziging heeft geen invloed op de taalopties en -constructies die beschikbaar zijn voor gebruikers, maar heeft alleen invloed op interne componenten.

Bron: opennet.ru

Voeg een reactie