fn add(x: i32,y: i32) -> i32{ x + y}Ornegin burada neden "return x + y" tarzi bir sey kullanmiyoruz?
Çözüldü Rust'ta expressionlar neden return yerine kullaniliyor?
- Konuyu başlatan AliEgemen
- Başlangıç Tarihi
- Mesaj 4
- Görüntüleme 223
Bu konu çözüldü olarak işaretlenmiştir. Çözülmediğini düşünüyorsanız konuyu rapor edebilirsiniz.
Ornegin burada neden "return x + y" tarzi bir sey kullanmiyoruz?
Çözüm
Implicit return. Stil tercihi. Yazmasi daha kisa, daha az verbose ve acik oldugunu dusundukleri icin ekledikleri bir stil. Boyle yazmak zorunda degilsin.
Asagidaki de derler.
Dilin felsefesine gore "return sadece erken returnler icin". Yani fonksiyonun normal pathlerinde (early return olmayan) return keywordunu kullanmadan bir deger dondurebilirsin. Ornegin;
Yukaridaki derlemez hata verir, cunku early return var. Return keywordu kullanmalisin.
Yada tum kod yollarini tek sefere dizersin;
Ama dedigim gibi return kullanmamak zorundasin gibi bir durum soz konusu degil.
Asagidaki de derler.
Kod:
fn add(a: i32, b: i32) -> i32 {
return a + b;
}Dilin felsefesine gore "return sadece erken returnler icin". Yani fonksiyonun normal pathlerinde (early return olmayan) return keywordunu kullanmadan bir deger dondurebilirsin. Ornegin;
Kod:
fn divide(a: i32, b: i32) -> Result<i32, &'static str> {
if b == 0 {
Err("You can't divide to 0. Undefined behavior.")
}
Ok(a / b)
}Yukaridaki derlemez hata verir, cunku early return var. Return keywordu kullanmalisin.
Kod:
fn divide(a: i32, b: i32) -> Result<i32, &'static str> {
if b == 0 {
return Err("You can't divide to 0. Undefined behavior.")
}
Ok(a / b)
}Yada tum kod yollarini tek sefere dizersin;
Kod:
fn divide(a: i32, b: i32) -> Result<i32, &'static str> {
if b == 0 {
Err("You can't divide to 0. Undefined behavior.")
} else {
Ok(a / b)
}
}Ama dedigim gibi return kullanmamak zorundasin gibi bir durum soz konusu degil.
Implicit return. Stil tercihi. Yazmasi daha kisa, daha az verbose ve acik oldugunu dusundukleri icin ekledikleri bir stil. Boyle yazmak zorunda degilsin.
Asagidaki de derler.
Dilin felsefesine gore "return sadece erken returnler icin". Yani fonksiyonun normal pathlerinde (early return olmayan) return keywordunu kullanmadan bir deger dondurebilirsin. Ornegin;
Yukaridaki derlemez hata verir, cunku early return var. Return keywordu kullanmalisin.
Yada tum kod yollarini tek sefere dizersin;
Ama dedigim gibi return kullanmamak zorundasin gibi bir durum soz konusu degil.
Asagidaki de derler.
Kod:
fn add(a: i32, b: i32) -> i32 {
return a + b;
}Dilin felsefesine gore "return sadece erken returnler icin". Yani fonksiyonun normal pathlerinde (early return olmayan) return keywordunu kullanmadan bir deger dondurebilirsin. Ornegin;
Kod:
fn divide(a: i32, b: i32) -> Result<i32, &'static str> {
if b == 0 {
Err("You can't divide to 0. Undefined behavior.")
}
Ok(a / b)
}Yukaridaki derlemez hata verir, cunku early return var. Return keywordu kullanmalisin.
Kod:
fn divide(a: i32, b: i32) -> Result<i32, &'static str> {
if b == 0 {
return Err("You can't divide to 0. Undefined behavior.")
}
Ok(a / b)
}Yada tum kod yollarini tek sefere dizersin;
Kod:
fn divide(a: i32, b: i32) -> Result<i32, &'static str> {
if b == 0 {
Err("You can't divide to 0. Undefined behavior.")
} else {
Ok(a / b)
}
}Ama dedigim gibi return kullanmamak zorundasin gibi bir durum soz konusu degil.
Son düzenleme:
KS
KS
Anladim cok teşekkürler.
KS
KS
Bunu gecen gordum. Asiri hosuma gitti bu konsept acikcasi.
Benzer konular
- Soru
