Ez da Linux soilik, baina Applek eta Microsoft-ek Rustrekiko interesa erakutsi dute.

Aurreko mezuetan erakutsi duten interesaz hitz egiten dugu lLinux kernel garatzaileak Herdoilaren inguruan eta batez ere Kernel-en ezarpena (ahal duzu begiratu argitalpena hemen).

Baina Rust jada ez da Linux gauza bakarra, Apple-k gero eta interes handiagoa duela dirudi Rust maila baxuko programaziorako erabiltzeko, izan ere, sagar konpainian sartu ahal izateko eskakizunak aztertzen baditugu, honako hauek dira.

  • - 3-5 urteko esperientzia C-rekin.
  • - Herdoilarekin esperientzia desiragarria eta abantaila handia.
  • - Lan esperientzia maila baxuko sareekin.
  • - Esperientzia Unix moduko sistema eragileekin.
  • - Komunikazio trebetasun argiak.

Eta hori da C hori sistemen programazioko langileei inposatu zaiela hainbat arrazoirengatik. Kode Irekiko Teknologia Gailurraren 2019ko edizioaren harira, Josh Triplett-ek zenbait gauza aipatu zituen, hala nola:

“Lehenik eta behin, hizkuntza garatu gisa, C-k garatzaileei erabilgarritasuna eta produktibitatea irabazten die; hau da, kode lerro gutxiago muntatzailearekin alderatuta zeregin berdinak egiteko. Muntatzailearengandik hurbil dagoen errendimendu maila ere bada. Beraz, C-ra aldatzeak ez du galerarik eragiten muntatzaileak eskaintzen dituen aukerei dagokionez. "

Hala ere, 2019ko Linux Segurtasun Gailurrean, segurtasuneko ikertzaileek akats handienetako bat identifikatu zuten hizkuntza arrastatzen duena C memoriaren kudeaketarekin lotutako arazoak dira: Buffer gainezkapenak, kaleratu gabeko esleipenak, baliogabeak edo kaleratutako memoria-eremuetarako sarbidea, etab.

Common Vulnerabilities and Exposure (CVE) hiztegiko datuen arabera, 15,9 urteotan Linux nukleoan eragina izan duten 2288 ahultasunen% 20 buffer gainezkapenekin lotuta dago. Open Source Technology Summit-en abian jarri zenean, Intel ingeniariak xehetasun honetara itzuli zen, eta gaineratu zuen "garatzaileek hizkuntza eboluzionatua behar dutela C-n konpondu ezin diren eta ezaugarri interesgarri batzuk dituen arazoei erantzunak emateko. »

Testuinguru horretan sortu zen Rust eta ingeniariak "Rust sistemen programazioaren etorkizuna eta C muntatzaile berria" zela pentsatu zuen, arazoak nola hartu azaltzeko.

Linux komunitatea Rust laguntza nola integratu pentsatzera behartuta dago.

"Konpilatzaileen laguntza-ikuspuntu bera hartu behar dugu eta konfigurazio fasean hainbat konpilazio banderen erabilgarritasuna egiaztatu behar dugu", esan du Linus Torvaldsek.

Kode irekiko kernel ospetsuaren sortzailearen kaleratzeak printzipioz bat egiten du Linux-en Rust hizkuntzaren laguntza gero eta handiagoaren printzipioarekin.

Bere aldetik Microsoft Rust-era migratzen ari da C / C ++-ren kalterako enpresak jada ez duela onargarritzat jotzen sistema aplikazio deiturikoak konfiguratzeko.

Eta arrazoia erraza da, Rust-ek segurtasun aldetik berme hobeak eskaintzen baititu C / C ++ bikotea baino.

Hori dela eta, hizkuntzaren erabilera zabalagoa izan nahi duten ekimenak ugaltzen dira argitaletxeen artean. Aurten, adibidez, Microsoftek C ++ / WinRT: Rust / WinRT barne hartzen duen hizkuntza proiekzio tresnen familian kide berri bat iritsiko dela iragarri du.

Windows Runtime APIetarako Rust hizkuntza proiekzio guztiz estandarra da, goiburuko fitxategietan oinarritutako liburutegi gisa inplementatu eta Windows API modernora lehen mailako sarbidea emateko diseinatuta dago.

Windows Runtime (WinRT) Windows Plataforma Unibertsaleko (UWP) aplikazioen oinarria da. Osagaien Objektu Ereduaren (COM) APIetan oinarrituta dago kanpaian eta hizkuntza proiekzioen bidez eskuragarri egoteko diseinatuta dago.

WinRT errendimendu handiko jatorrizko kodea eskaintzen duten kontrolatzaileetarako ere erabil daiteke. Microsoft-ek batez ere erabilera kasu hau onartzen du C ++ / WinRT-rekin. Ostegunaz geroztik, Rust C ++-ekin bat egin zuen Rust / WinRT-rekin. Albiste ona Rust garatzaileentzat.

Hizkuntza proiekzio hauek metadatuak hartzen dituztelako gertatzen da AP desberdinak deskribatzen dituztenakI eta lotura naturalak ematen dizkio xede programazio lengoaiari. Imajina dezakezun bezala, horri esker, garatzaileek Windows aplikazioak eta osagaiak nahi dituzten hizkuntzen bidez eraikitzea errazten dute.

Windows API hauek erabil ditzakezu mahaigaineko aplikazioak, biltegiratze aplikazioak edo zerbait bereziagoak sortzeko, hala nola osagai bat, NT zerbitzua edo gailu kontrolatzailea.


Artikuluaren edukia gure printzipioekin bat dator etika editoriala. Akats baten berri emateko egin klik hemen.

4 iruzkin, utzi zurea

Utzi zure iruzkina

Zure helbide elektronikoa ez da argitaratuko. Beharrezko eremuak markatuta daude *

*

*

  1. Datuen arduraduna: Miguel Ángel Gatón
  2. Datuen xedea: SPAM kontrolatzea, iruzkinen kudeaketa.
  3. Legitimazioa: Zure baimena
  4. Datuen komunikazioa: datuak ez zaizkie hirugarrenei jakinaraziko legezko betebeharrez izan ezik.
  5. Datuak biltegiratzea: Occentus Networks-ek (EB) ostatatutako datu-basea
  6. Eskubideak: Edonoiz zure informazioa mugatu, berreskuratu eta ezabatu dezakezu.

  1.   juliosao esan zuen

    Pufff Egia esan ez zait batere gustatzen herdoilaren sintaxia. Erabat kontraesana iruditzen zait.

    Beste hizkuntza bat lor zezaketen bere abantailekin baina C-Style edo Python-Style.

    1.    Lluis esan zuen

      Zer gertatzen da ahozko hizkuntzarekin ere herdoiltzen badira? Oso erraza eta intuitiboa litzateke programatzea!

  2.   Lluis esan zuen

    OC / C ++ herdoilgaitzarekin

  3.   luix esan zuen

    hobe herdoila erabiltzea java baino, behin "jenio" batzuek sistemetarako proposatu baitzuten,