Java / C ++ işletim sistemlerinde neden güç operatörü yok?

**Python'da böyle bir operatör varken, Java ve C ++ 'ın da neden sahip olmadığını merak ediyordum.

C ++ 'da tanımladığınız sınıflar için operatör aşırı yüklemesi ile bir tane yapmak kolaydır (ve Java ile de böyle bir şey mümkün olduğuna inanıyorum), ancak int, double ve benzeri gibi ilkel türlerden bahsederken, kütüphane kullanmanız gerekir. gibi işlev görür Math.power(ve genellikle ikisini de ikiye katlarlar).

Öyleyse - neden ilkel türler için böyle bir operatör tanımlamıyorsunuz?

Genel olarak konuşursak, C'deki ilkel operatörler (ve C ++ uzantısına göre) kabaca tek bir komutta basit donanımlarla uygulanabilecek şekilde tasarlanmıştır. Üstellik gibi bir şey genellikle yazılım desteği gerektirir; bu yüzden varsayılan olarak orada değil.

Ayrıca, dilin standart kütüphanesi tarafından sağlanır std::pow.

Son olarak, bunu tamsayı veri türleri için yapmak pek mantıklı olmaz, çünkü üstelleştirme için küçük değerler bile int için gerekli olan aralığı, 65,535'e kadar yükseltir. Elbette, bunu çiftler ve yüzmek için yapabilirsin, ama içindekiler için değil, ama dili neden nadiren kullanılan bir özellik için tutarsız kılıyor?

Bu soru C ++ için cevaplıdır: Stroustrup, "C ++ 'ın Tasarımı ve Evrimi" bu konuyu 11.6.1, pp. 247-250.

Yeni bir operatör eklemek için genel itirazlar vardı. Zaten aşırı karmaşık öncelik tablosuna eklerdi. Çalışma grubunun üyeleri bir işleve sahip olmanın sadece küçük bir kolaylık sağlayacağını düşünüyorlardı ve bazen kendi işlevlerini yerine koymak istiyorlardı.

Bir operatör için iyi bir aday yoktu. ^özel veya ve olduğu ^^çünkü arasındaki ilişkinin davet karışıklık &ve |ve &&ve ||. Mevcut bir değerin !üstelleştirilmesi için yazma eğilimi olacağından !=ve bu zaten alınmışsa uygun değildi. En iyisi *^, görünüşe göre kimsenin gerçekten hoşlanmadığı bir şey olabilirdi.

Stroustrup kabul **yine ama zaten C bir anlamı vardır: a**pbir akere ne olursa olsun ppuan ve char ** c;beyan cetmek göstericisinin göstericisi olarak char. **"İşaretçinin işaretçiye bildirimi", "bir sonraki şeyin işaret ettiği zaman" (işaretçi ise) veya "üstelleştirme" (bir sayı tarafından takip edilirse), öncelikli sorunlara neden olan bir simge olarak tanıtmak . p bir a/b**psayıymış gibi ayrıştırmak zorunda kalacaktı a/(b**p)ancak (a/b) * *pp bir işaretçi olsaydı, bu ayrıştırıcıda çözülmek zorunda kalacaktı.

Başka bir deyişle, mümkün olurdu, ancak öncelik tablosu ve ayrıştırıcıyı karmaşıklaştırırdı ve ikisi de zaten çok karmaşıktı.

Java ile ilgili hikayeyi bilmiyorum; Yapabileceğim tek şey spekülasyon olurdu. C'ye geldiği yerde, tüm C operatörleri kısmen derleyiciyi basitleştirmek ve kısmen basit operatörlerde zaman alan işlevsellikten saklanmaktan kaçınmak için kolayca montaj koduna çevrilir ( operator+()diğerleri ve diğerlerinin büyük karmaşıklık ve performans isabetlerini gizleyebilmesi bir idi) C ++ ile ilgili erken şikayetlerden.

Ben şüpheli Eğer tanıtmak her operatör dilin karmaşıklığını artırır çünkü bu kadar. Giriş engeli bu nedenle çok yüksektir. Kendimi üstelleştirmeyi çok nadiren kullanırken buluyorum - ve bunu yapmak için bir yöntem çağrısı kullanmaktan çok mutluyum.

Java dili ve çekirdek kütüphane tasarımcıları çoğu matematik işlemlerini Math sınıfına devretmeye karar verdi . Math.pow () işlevine bakınız .

Niye ya? Bit-bit hassasiyetinde performansa öncelik verme esnekliği. Yerleşik matematik operatörlerinin davranışlarının platformdan platforma kadar değişebileceğini söylemek, dilin belirttiğine aykırı davranırken, Matematik dersi özellikle davranışın performans için hassasiyetten fedakarlık ettiğini belirtir.

StrictMath sınıfının sayısal yöntemlerinden bazılarının aksine , Math sınıfının eşdeğer işlevlerinin tüm uygulamaları, bit-bit aynı sonuçları döndürecek şekilde tanımlanmaz. Bu gevşeme, katı tekrarlanabilirliğin gerekli olmadığı durumlarda daha iyi performans gösteren uygulamalara izin verir.

Üreme, baştan beri Fortran'ın bir parçasıydı, çünkü tamamen bilimsel programlamaya yönelikti. Mühendisler ve fizikçiler simülasyonlarda sıkça kullanırlar, çünkü güç yasası ilişkileri fizikte ortaktır.

Python da bilimsel hesaplamada güçlü bir varlığa sahiptir (örneğin NumPy ve SciPy). Üstelik üstelik işletmecisi ile birlikte, bilimsel programlamayı da hedeflediğini öne sürüyor.

C, Java ve C # sistem programlamasında köklere sahiptir. Belki de üstelleştirmeyi, desteklenen operatör grubunun dışında tutan bir etki.

Sadece bir teori.

C sadece ALU'ya uygun ortak aritmetik işlemler için tanımlanmış operatörler. Asıl amacı, derleme koduna okunabilir bir arayüz oluşturmaktı.

C ++ herhangi bir operatör davranışını değiştirmedi çünkü C ile yazılmış tüm kod tabanlarının uyumlu olmasını istedi.

Java da aynı şeyi yaptı çünkü mevcut C ++ programcılarını korkutmak istemedi.

Çünkü güç için anlamlı olan her operatör zaten kullanılıyor. ^, XOR'dir ve **, bir işaretçiyi bir işaretçiye işaret eder. Bunun yerine, aynı şeyi yapan bir işleve sahipler. (pow () gibi)

Aslında, aritmetik operatörler sadece fonksiyonların kısayollarıdır. (Neredeyse) Onlarla yaptığınız her şey bir işlevle yapılabilir. Örnek:

c = a + b;
// equals
c.set(a.add(b));
// or as free functions
set(c, add(a,b));

Bu sadece daha ayrıntılı, bu yüzden 'gücünü' gerçekleştirmek için işlevler kullanarak yanlış bir şey göremiyorum.

Toplama / çıkarma / olumsuzlama ve çarpma / bölme temel matematik operatörleridir. Eğer gücü bir operatör yapacak olsaydın, nerede dururdun? Karekök operatörü? N-root operatörü? Logaritma operatörü?

Yaratıcıları için konuşamam, ancak bu tür operatörlerin dilde konuşmasının ortogonal olmadığını ve saçma olacağını düşünüyorum diyebilirim. Klavyede kalan alfa-sayısal / beyaz boşluk karakterlerinin sayısı oldukça sınırlıdır. Olduğu gibi, C ++ 'da bir modül işleci olması garip.