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

સ્થાન લીધું સિસ્ટમ પ્રોગ્રામિંગ ભાષા પ્રકાશન રસ્ટ 1.34, મોઝિલા પ્રોજેક્ટ દ્વારા વિકસિત. ભાષા મેમરી સલામતી પર ધ્યાન કેન્દ્રિત કરે છે, સ્વચાલિત મેમરી મેનેજમેન્ટ પ્રદાન કરે છે, અને ગાર્બેજ કલેક્ટર અથવા રનટાઈમનો ઉપયોગ કર્યા વિના ઉચ્ચ કાર્ય સમાનતા પ્રાપ્ત કરવા માટેનું સાધન પૂરું પાડે છે.

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

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

• કાર્ગો પેકેજ મેનેજરે વૈકલ્પિક પેકેજ રજિસ્ટ્રી સાથે કામ કરવા માટે ટૂલ્સ ઉમેર્યા છે જે crates.io પબ્લિક રજિસ્ટ્રી સાથે એક સાથે રહી શકે છે. ઉદાહરણ તરીકે, માલિકીની એપ્લિકેશનના વિકાસકર્તાઓ હવે તેમની પોતાની ખાનગી રજિસ્ટ્રીનો ઉપયોગ કરી શકે છે, જેનો ઉપયોગ Cargo.toml માં નિર્ભરતાઓની યાદી કરતી વખતે થઈ શકે છે, અને તેમના ઉત્પાદનો માટે crates.io જેવું સંસ્કરણ મોડેલ લાગુ કરી શકે છે, તેમજ બંને ક્રેટ પર નિર્ભરતાનો સંદર્ભ આપે છે. io અને તમારી પોતાની રજિસ્ટ્રીમાં.

  .cargo/config માં બાહ્ય રજિસ્ટ્રી ઉમેરવા માટે ($HOME અથવા પેકેજ ડિરેક્ટરીમાં સ્થિત છે)
  પૂરી પાડવામાં આવેલ છે વિભાગ “[રજિસ્ટ્રી]”, અને બાહ્ય રજિસ્ટ્રીનો ઉપયોગ કરવા માટે, “રજિસ્ટ્રી” વિકલ્પ Cargo.toml માં દરેક નિર્ભરતાના વર્ણનમાં દેખાયો છે. વધારાની રજિસ્ટ્રી સાથે જોડાવા માટે, ફક્ત ~/.cargo/credentials ફાઇલમાં પ્રમાણીકરણ ટોકન મૂકો અને આદેશ ચલાવો
  "કાર્ગો લોગિન --registry=my-registry" અને પેકેજ પ્રકાશિત કરવા -
  "કાર્ગો પબ્લિશ -રજિસ્ટ્રી=મારી-રજિસ્ટ્રી";

• "?" ઓપરેટરનો ઉપયોગ કરવા માટે સંપૂર્ણ સમર્થન ઉમેર્યું. પરીક્ષણોમાં ડોક્ટેસ્ટ, તમને પરીક્ષણો તરીકે દસ્તાવેજીકરણમાંથી ઉદાહરણ કોડનો ઉપયોગ કરવાની મંજૂરી આપે છે. અગાઉ ઓપરેટર
  "?" માત્ર “fn main()” ફંક્શનની હાજરીમાં અથવા “#[test]” ફંક્શનમાં ટેસ્ટ એક્ઝેક્યુશન દરમિયાન ભૂલોને હેન્ડલ કરવા માટે ઉપયોગ કરી શકાય છે;

• પ્રક્રિયાગત મેક્રોનો ઉપયોગ કરીને વ્યાખ્યાયિત કસ્ટમ લક્ષણોમાં પૂરી પાડવામાં આવેલ છે ટોકન્સના મનસ્વી સેટનો ઉપયોગ કરવાની ક્ષમતા (“#[attr($tokens)]”, “#[attr[$tokens]] અને #[attr{$tokens}]”). પહેલાં, તત્વો ફક્ત સ્ટ્રીંગ લિટરલ્સનો ઉપયોગ કરીને વૃક્ષ/પુનરાવર્તિત સ્વરૂપમાં સ્પષ્ટ કરી શકાતા હતા, ઉદાહરણ તરીકે “#[foo(bar, baz(quux, foo = “bar”))]”, પરંતુ હવે ગણતરીઓનો ઉપયોગ કરવો શક્ય છે (' #[શ્રેણી(0. .10)]') અને બાંધકામો જેમ કે “#[બાઉન્ડ(T: માયટ્રેટ)]”;
• સ્થિર પ્રકારો (લક્ષણ) TryFrom и TryInto, એરર હેન્ડલિંગ સાથે પ્રકાર રૂપાંતરણોને મંજૂરી આપે છે. ઉદાહરણ તરીકે, પૂર્ણાંક પ્રકારો સાથે from_be_bytes જેવી પદ્ધતિઓ ઇનપુટ તરીકે એરેનો ઉપયોગ કરે છે, પરંતુ ડેટા ઘણીવાર સ્લાઇસ પ્રકારમાં આવે છે, અને એરે અને સ્લાઇસેસ વચ્ચે રૂપાંતર જાતે કરવું સમસ્યારૂપ છે. નવા લક્ષણોની મદદથી, નિર્દિષ્ટ ઑપરેશન ફ્લાય પર .try_into() પર કૉલ દ્વારા કરી શકાય છે, ઉદાહરણ તરીકે, “let num = u32::from_be_bytes(slice.try_into()?)”. હંમેશા સફળ થતા રૂપાંતરણો માટે (ઉદાહરણ તરીકે, પ્રકાર u8 થી u32 સુધી), એક ભૂલનો પ્રકાર ઉમેરવામાં આવ્યો છે અપૂર્ણ, પારદર્શક ઉપયોગની મંજૂરી આપે છે
  "From" ના તમામ હાલના અમલીકરણો માટે TryFrom;

• કાર્યને નાપસંદ કરવામાં આવ્યું છે CommandExt::before_exec, જે exec ચલાવતા પહેલા હેન્ડલરને એક્ઝિક્યુટ કરવાની મંજૂરી આપે છે, જે ફોર્ક() કોલ પછી ફોર્ક થયેલી ચાઈલ્ડ પ્રોસેસના સંદર્ભમાં ચલાવવામાં આવી હતી. આવી પરિસ્થિતિઓ હેઠળ, પિતૃ પ્રક્રિયાના કેટલાક સંસાધનો, જેમ કે ફાઇલ વર્ણનકર્તા અને મેપ કરેલ મેમરી વિસ્તારો, ડુપ્લિકેટ થઈ શકે છે, જે અવ્યાખ્યાયિત વર્તન અને પુસ્તકાલયોની ખોટી કામગીરી તરફ દોરી શકે છે.
  before_exec ને બદલે અસુરક્ષિત કાર્યનો ઉપયોગ કરવાની ભલામણ કરવામાં આવે છે CommandExt::pre_exec.

• 8 થી 64 બિટ્સ (ઉદાહરણ તરીકે, AtomicU8), તેમજ સહી કરેલ પ્રકારો નોનઝીરોઆઈ[8|16|32|64|128].
• API નો નવો ભાગ કોઈપણ::type_id, Error::type_id, slice::sort_by_cached_key, str::escape_*, str::split_ascii_whitespace, Instant::checked_[add|sub ​​સહિત સ્થિર શ્રેણીમાં ખસેડવામાં આવ્યો છે. ] અને SystemTime પદ્ધતિઓ સ્થિર કરવામાં આવી છે ::checked_[add|sub]. iter::from_fn અને iter::અનુગામી કાર્યો સ્થિર કરવામાં આવ્યા છે;
• તમામ પૂર્ણાંક પ્રકારો માટે, checked_pow, saturating_pow, wrapping_pow અને overflowing_pow પદ્ધતિઓ લાગુ કરવામાં આવે છે;
• "-C linker-plugin-lto" બિલ્ડ વિકલ્પનો ઉલ્લેખ કરીને લિંકિંગ સ્ટેજ પર ઑપ્ટિમાઇઝેશનને સક્ષમ કરવાની ક્ષમતા ઉમેરી.

સોર્સ: opennet.ru