રસ્ટ 1.73 પ્રોગ્રામિંગ લેંગ્વેજ રિલીઝ

રસ્ટ 1.73 સામાન્ય હેતુવાળી પ્રોગ્રામિંગ ભાષાનું પ્રકાશન, મોઝિલા પ્રોજેક્ટ દ્વારા સ્થાપિત, પરંતુ હવે સ્વતંત્ર બિન-લાભકારી સંસ્થા રસ્ટ ફાઉન્ડેશનના આશ્રય હેઠળ વિકસાવવામાં આવ્યું છે, પ્રકાશિત કરવામાં આવ્યું છે. ભાષા મેમરી સલામતી પર ધ્યાન કેન્દ્રિત કરે છે અને ગાર્બેજ કલેક્ટર અને રનટાઈમનો ઉપયોગ ટાળીને ઉચ્ચ જોબ સમાંતરતા હાંસલ કરવાના માધ્યમ પૂરા પાડે છે (રનટાઇમ મૂળભૂત પ્રારંભ અને પ્રમાણભૂત પુસ્તકાલયની જાળવણી માટે ઘટાડવામાં આવે છે).

રસ્ટની મેમરી હેન્ડલિંગ પદ્ધતિઓ વિકાસકર્તાને પોઇન્ટરની હેરફેર કરતી વખતે ભૂલોથી બચાવે છે અને લો-લેવલ મેમરી હેન્ડલિંગને કારણે ઊભી થતી સમસ્યાઓ સામે રક્ષણ આપે છે, જેમ કે મેમરી એરિયાને મુક્ત કર્યા પછી તેને એક્સેસ કરવું, નલ પોઇન્ટરનો સંદર્ભ આપવો, બફર ઓવરરન્સ વગેરે. લાઇબ્રેરીઓનું વિતરણ કરવા, બિલ્ડ પ્રદાન કરવા અને નિર્ભરતાઓનું સંચાલન કરવા માટે, પ્રોજેક્ટ કાર્ગો પેકેજ મેનેજર વિકસાવે છે. crates.io રીપોઝીટરી હોસ્ટિંગ લાઈબ્રેરીઓ માટે આધારભૂત છે.

કમ્પાઈલ સમયે રસ્ટમાં રેફરન્સ ચેકિંગ, ઑબ્જેક્ટની માલિકીનો ટ્રૅક રાખવા, ઑબ્જેક્ટ લાઇફટાઇમ (સ્કોપ્સ)નો ટ્રૅક રાખવા અને કોડ એક્ઝિક્યુશન દરમિયાન મેમરી એક્સેસની સાચીતાનું મૂલ્યાંકન કરીને મેમરી સુરક્ષા પૂરી પાડવામાં આવે છે. રસ્ટ પણ પૂર્ણાંક ઓવરફ્લો સામે રક્ષણ પૂરું પાડે છે, ઉપયોગ કરતા પહેલા ચલ મૂલ્યોની ફરજિયાત શરૂઆતની જરૂર છે, પ્રમાણભૂત લાઇબ્રેરીમાં ભૂલોને વધુ સારી રીતે હેન્ડલ કરે છે, ડિફોલ્ટ રૂપે અપરિવર્તનશીલ સંદર્ભો અને ચલોનો ખ્યાલ લાગુ કરે છે, લોજિકલ ભૂલોને ઘટાડવા માટે મજબૂત સ્ટેટિક ટાઇપિંગ પ્રદાન કરે છે.

મુખ્ય નવીનતાઓ:

• ડિફોલ્ટ પ્રોગ્રામ ક્રેશ હેન્ડલર (ગભરાટ) દ્વારા જારી કરાયેલા સંદેશાઓનું ફોર્મેટ ફરીથી ડિઝાઇન કરવામાં આવ્યું છે. "ગભરાટ!" મેક્રોમાં ઉલ્લેખિત ટેક્સ્ટ હવે અવતરણ ચિહ્નો વિના એક અલગ લાઇન પર બતાવવામાં આવે છે, જ્યારે નેસ્ટેડ અવતરણ હાજર હોય અથવા બહુવિધ રેખાઓમાં વિભાજિત હોય ત્યારે સંદેશને વાંચવામાં સરળ બનાવે છે અને મૂંઝવણને દૂર કરે છે. fn main() { let file = "ferris.txt"; ગભરાટ!("ઓહ ના! {ફાઇલ:?} મળી નથી!"); } ત્યાં થ્રેડ 'મુખ્ય' ગભરાઈને 'ઓહ ના! "ferris.txt" મળ્યું નથી!', src/main.rs:3:5 થ્રેડ 'મુખ્ય' src/main.rs:3:5 પર ગભરાઈ ગયો: ઓહ ના! "ferris.txt" મળ્યું નથી!

  જ્યારે “assert_eq” અને “assert_ne” મેક્રો ટ્રિગર થાય ત્યારે બતાવવામાં આવેલા સંદેશાઓનું આઉટપુટ પણ ફરીથી કામ કરવામાં આવ્યું છે. fn main() { assert_eq!("🦀", "🐟", "ફેરિસ એ માછલી નથી"); } ત્યાં 'મુખ્ય' થ્રેડ ગભરાઈને 'વિધાન નિષ્ફળ થયું:` (ડાબે == જમણે)` ડાબે: `"🦀"`, જમણે: `"🐟"`: ફેરિસ એ માછલી નથી', src/main.rs: 2 :5 થ્રેડ 'મુખ્ય' src/main.rs:2:5 પર ગભરાઈ ગયો: દાવો `left == right` નિષ્ફળ ગયો: ferris is not a fish left: “🦀” right: “🐟”

• RFC 3184 અનુસાર, થ્રેડ-લોકલ (thread_local) LocalKey સ્ટોરેજ કીને સીધી રીતે ચાલાકી કરવાની ક્ષમતા ઉમેરવામાં આવી છે. > અને LocalKey > "with(|inner| ...)" ક્લોઝરનો ઉપયોગ કરવાને બદલે get(), set(), take() અને રિપ્લેસ() પદ્ધતિઓનો ઉપયોગ કરીને, જે માટે વધારાના ઇનિશિયલાઈઝેશન કોડ કરવાની જરૂરિયાતને દૂર કરે છે. મેક્રો “thread_local!” નો ઉપયોગ કરતી વખતે નવા થ્રેડો માટે ઉલ્લેખિત ડિફૉલ્ટ મૂલ્યો થ્રેડ_લોકલ! { સ્થિર વસ્તુઓ: કોષ > = સેલ::new(Vec::new()); } fn f() { // was THINGS.with(|i| i.set(vec![32, 1, 2])); // THINGS.set(vec![3, 1, 2]); // ... // let v = THINGS.with(|i| i.take()); // બની ગયું let v: Vec = THINGS.take(); }
• API ના નવા ભાગને સ્થિરની શ્રેણીમાં ખસેડવામાં આવ્યો છે, જેમાં લક્ષણોની પદ્ધતિઓ અને અમલીકરણો સ્થિર કરવામાં આવ્યા છે:
  • સહી ન કરેલ {પૂર્ણાંક}::div_ceil
  • સહી ન કરેલ {પૂર્ણાંક}::next_multiple_of
  • સહી ન કરેલ {પૂર્ણાંક}::checked_next_multiple_of
  • std::ffi::FromBytesUntilNulError
  • std::os::unix::fs::chown
  • std::os::unix::fs::fchown
  • std::os::unix::fs::lfchown
  • LocalKey:: >::મેળવો
  • LocalKey:: >::સેટ
  • LocalKey:: >::લો
  • LocalKey:: >::બદલો
  • LocalKey:: >::ઉધાર સાથે
  • LocalKey:: >::વિથ_બોરો_મટ
  • LocalKey:: >::સેટ
  • LocalKey:: >::લો
  • LocalKey:: >::બદલો
• "const" લક્ષણ, જે સ્થિરાંકોને બદલે કોઈપણ સંદર્ભમાં તેનો ઉપયોગ કરવાની શક્યતા નક્કી કરે છે, તેનો ઉપયોગ કાર્યોમાં થાય છે:
  • rc::નબળું::નવું
  • સમન્વયન::નબળું::નવું
  • NonNull::as_ref
• કમ્પાઈલર જીસીસી અને ક્લેંગની જેમ ". ટિપ્પણી" વિભાગમાં સંસ્કરણ માહિતીનું રેકોર્ડિંગ પ્રદાન કરે છે.
• aarch64-unknown-teeos, csky-unknown-linux-gnuabiv2, riscv64-linux-android, riscv64gc-unknown-hermit, x86_64-unikraft-linux-musl અને x86_64-unknown-linux પ્લેટફોર્મ્સ માટે સમર્થનનું ત્રીજું સ્તર લાગુ કરવામાં આવ્યું છે. -ઓહો. ત્રીજા સ્તરમાં મૂળભૂત આધારનો સમાવેશ થાય છે, પરંતુ સ્વયંસંચાલિત પરીક્ષણ વિના, સત્તાવાર બિલ્ડ પ્રકાશિત કરવા અથવા કોડ બનાવી શકાય છે કે કેમ તે તપાસ્યા વિના.
• લક્ષ્ય પ્લેટફોર્મ wasm32-wasi-preview1-threads માટે સમર્થનનું બીજું સ્તર લાગુ કરવામાં આવ્યું છે. સપોર્ટના બીજા સ્તરમાં એસેમ્બલી ગેરંટી શામેલ છે.

સોર્સ: opennet.ru