Ik denk dat je wens niet zal uitkomen. Ik hoop het, omdat het hebben van slechts één plaats voor alle Arduino-bibliotheken, zonder dat bibliotheken zijn toegestaan, er niet zijn en al die bibliotheken zouden worden gedwongen om alle commerciële normen van kwaliteit, testen en documentatie (+ codekwaliteit, effectiviteit en leesbaarheid) te doorstaan betekent dat alleen professionals en vergelijkbare gekwalificeerde teams een Arduino-bibliotheek mogen publiceren en dat alles wordt beheerd door één enkele entiteit, die het verwijderen van functioneel dubbele of vergelijkbare bibliotheken zou afdwingen. En zo'n entiteit zou soner worden of later kwaadaardig worden.
Ik hou van de Arduino omdat hij vrij is en dat betekent ook dat ik vrij ben om een bibliotheek te schrijven voor ondersteuning van sommige functies (die ik wil gebruiken) van sommige hardware (die ik heb, van plan ben te kopen of die ik zelf wil maken - zelfs zeer experimenteel en misschien onstabiel, maar leuk voor mij).
Nu je Grote Centrale Autoriteit effectief is, zou ik gewoon een ander gratis platform kiezen , liever dan aangeklaagd te worden voor een minder dan perfect en commercieel gecertificeerd resultaat van mijn hobby spelen met elektronica en gedwongen te werken voor hun, NIET mijn doelen in MIJN vrije tijd.
En als je Grote Centrale Athoriteit niet zou forceren mij om gratis arbeid voor hen te laten werken, wat zou je dan doen aan mijn bibliotheek die een speciaal gebruik van een aantal gewone hardware mogelijk maakt, en dat ik het deel aan iedereen die het wil, zelfs als het niet alle HW-functionaliteit volledig oplost in professionele aangelegenheden en alleen zo veel gedocumenteerd als ik het prettig zou vinden om mijn eigen vrije tijd met documentat door te brengen ion. En wat als er een andere bibliotheek voor dezelfde hardware zou ontstaan, die een ander deel van de functionaliteit mogelijk zou maken of een andere API en een andere benadering van de hele problematiek zou gebruiken?
Ik kocht namelijk een module met meerdere 7 segmenten en er was een "officiële bibliotheek" voor van de fabrikant. Ik heb een andere bibliotheek gemaakt voor dezelfde module. Wat nu? Zou mijn bibliotheek in de centrale opslagplaats moeten staan als 'de enige bibliotheek voor deze HW' of zou daar de 'officiële bibliotheek van de fabrikant' moeten staan? Merk op dat als ze allebei zouden zijn, het de door jou gevraagde 'een en slechts één 'bibliotheekpunt. Als je de fabrikant een niet toestaat, dan zou' de enige 'veel functies missen, zoals geïntegreerde buffer voor getallen, eenvoudige objectinterface, eenvoudig voorbeeld, hoe het te gebruiken en er zou een harde afhankelijkheid zijn op één specifieke timer en generiek niet-object, alleen functionele API, waarvoor de gebruiker op de een of andere manier gehele getallen in enkele cijfers moet breken - klinkt niet zo goed. Als je mijn bibliotheek niet toestaat, zou de gebruiker het bovenstaande hebben, maar zijn weergave zou vernieuwen slechts 10x per seconde met knipperen en het achterlaten van spoken van andere cijfers overal, terwijl de processor volledig wordt gebruikt en de documentatie voornamelijk in het Chinees is. En de gebruiker zou een verversingssnelheid van 100x per seconde missen met bijna geen gebruik van de processor, mooie schone cijfers EN tekens (mogelijk ook door de gebruiker gedefinieerd). - Ook niet goed.
In de huidige staat van chaos kan de gebruiker (misschien jij of iemand anders) de bibliotheek gebruiken, die beter past bij zijn behoeften (of het nu gaat om eenvoud en native integer-ondersteuning, of om het nu schoon snelle vernieuwing en laag CPU-gebruik) of combineer beide samen, waardoor de derde plaats wordt met snelle vernieuwing EN eenvoudige manipulatie van gehele getallen EN door de gebruiker gedefinieerde tekenset, MET mooie object-API en rijke documentatie. Er is maar één persoon voor nodig met wat tijd en toewijding, waardoor het gemakkelijk is voor beginners en wat Engelse vaardigheden en basiskennis van objecten en hoe "officiële Arduino-bibliotheken" zijn verpakt, zodat de IDE ze gemakkelijk kan importeren. (En zo iemand zou het moeten doen en het moeten bijdragen aan de Arduino library packager).
Ik zou het niet doen - voor mijn behoeften is de functionele API veel beter en eenvoudiger te gebruiken, neemt minder bytes uit het geheugen en minder CPU-cycli en heb ik geen behoefte om de bibliotheek te verbeteren op manieren die ik niet zou gebruiken. Ik gebruik ook geen Arduino IDE, ik gebruik eenvoudige Makefile om de programma's te bouwen en te uploaden, dus ik kan gemakkelijk een goede teksteditor gebruiken (in mijn geval vim) en hoef niet te vechten met IDE-Notepad-parodie.
Onder de goedkeuring van uw model door Big Central Authority zou het mij helemaal niets schelen om Arduino te gebruiken en u zult vastzitten aan de Chinese versie, als die er al is (omdat het daar niet zou komen door gebrek aan goede Engelse documentatie en het juiste pakketformaat ook).