Neden bu kadar çok dil 0'dan başlayarak sayıları sekizlik olarak algılıyor?

Okudum Nerede octallar faydalı? ve sanki octallar bir zamanlar işe yarayan bir şeymiş gibi görünüyor.

Pek çok dil, 0'dan önce gelen rakamları sekizli olarak algılar, bu nedenle değişmez 010aslında 8'dir. Bunlardan bazıları JavaScript, Python (2.7) ve Ruby'dir.

Fakat bu dillerin neden sekizlik bir dil kullanmaları gerektiğini anlamıyorum, özellikle de gösterimin daha muhtemel kullanımı, gereksiz bir 0 ile bir ondalık sayı belirtmek olduğunda.

JavaScript istemci tarafı bir dildir, sekizlik oldukça işe yaramaz görünüyor. Her üçü de diğer anlamda oldukça modern ve bu "özelliği" kaldırarak kırılacak sekizlik gösterimi kullanarak çok fazla kod olacağını sanmıyorum.

Yani benim sorularım:

• Sekizli harfleri destekleyen bu dillerin bir anlamı var mı?
• Sekizli değişmezler gerekliyse neden böyle bir şey kullanmıyorsunuz 0o10? Neden daha kullanışlı bir kullanım senaryosunu geçersiz kılan eski bir notayı kopyala?

C'nin kör kopyalaması, tıpkı mandallı ucube gibi yaptığı gibi

Bu günlerde "dil tasarımcılarının" büyük bir çoğunluğu C ve kopyalarından başka bir şey görmedi (C ++, Java, Javascript, PHP ve muhtemelen hiç duymadığım birkaç düzine kişi). FORTRAN, COBOL, LISP, PASCAL, Oberon, FORTH, APL, BLISS, SNOBOL gibi isimlere hiç dokunmadılar.

Bir zamanlar, birden fazla programlama diline maruz kalmak bilgisayar bilimi müfredatında ZORUNLU idi ve bu C, C ++ ve Java'yı üç ayrı dil olarak saymayı içermiyordu.

Daha önceki günlerde oktal kullanılmıştır, çünkü ikili komut değerlerinin okunmasını kolaylaştırmıştır. PDP-11, örneğin, BASICALLY, 4 bit bir opcode, 2 3 bit kayıt numarası ve 2 3 bit erişim mekanizması alanına sahipti. Sekizli kelimeyi ifade etmek her şeyi açıkça ortaya koydu.

C'nin PDP-11 ile erken ilişkisi nedeniyle, o sırada PDP-11'lerde çok yaygın olduğu için, sekizlik notasyon dahil edildi.

Diğer makinelerde hex ile iyi eşleşmeyen komut setleri vardı. CDC 6600 60-bit bir kelimeye sahipti, her kelime tipik olarak 2 ila 4 talimat içeriyordu. Her komut 15 veya 30 bitti.

Değerleri okumak ve yazmak için, bu en azından savunma sanayinde iyi bilinen bir endüstri en iyi uygulamasıyla çözülmüş bir problemdir. Dosya biçimlerinizi BELGELENDİNİZ Format belgelendiğinde belirsizlik yoktur, çünkü belge size bir ondalık sayıya, onaltılık sayıya veya sekizli sayıya baktığınızı söyler.

Ayrıca not: Eğer G / Ç sisteminiz varsayılan olarak sekiz anlamına gelirse, onaltılık değerleri belirtmek için çıktınızdaki diğer bazı kuralları kullanmanız gerekir. Bu mutlaka bir kazanç değildir.

Benim düşünceme göre, Ada en iyisini yaptı: 2 # 10010010 #, 8 # 222 #, 16 # 92 # ve 146 hepsi aynı değeri temsil ediyor. (Bu muhtemelen beni en az üç indirgemeye sokacak, sadece Ada'dan bahsettiğim için.)

C'den alıyorlar. Neden kopyalansın? Çünkü hepsinin 3 temel uygulaması C'dir. Python'un varsayılan uygulaması CPython'dur . Ruby aslen C de inşa edildi . Javascript, buradaki en ilginç örnek. Tarayıcıda çalıştırıldı. İlk web tarayıcısının ne yazdığını tahmin etmek ister misiniz?

Öyleyse neden bu üç dil de C de uygulansın? Çünkü hepsi UNIX sistemlerinden geliyor. Bu yüzden ekosistem tarafından yönlendirilen bir kongre örneği. Perl bunu da yapar. Lua, eğer Lua iki katından ziyade tamsayılar kullanırsa büyük olasılıkla olurdu .

Bu yüzden, bu dillerin C dilinde yazılmasıyla ilgili bir konudur, bu yüzden sözleşmelerini C'den alırlar. İyi bir destekleyici sonuç, bunun yerine & O kullanan Visual Basic'tir . İhtiyacı olduğu kadarıyla, konvansiyondan başka herhangi bir şeyden çok, sızdıran bir soyutlamaya dönüşmüş gibi görünüyor.

Tutarlılığın bir değeri var. Bir sayının nasıl çevrileceğini güvenilir bir şekilde belirleyemiyorsanız, farklı bağlamlarda bir değer kullanarak gerçek sorunlarınız olacaktır.

Aynı zamanda kendi ayrıştırıcınızı yazmak zorunda olmadığınız anlamına da gelir. İyi test edilmiş kütüphane rutinlerinin kullanılmasında büyük değer vardır.

Ayrıca, önde gelen 0 sözdizimini desteklemiyorsanız, sekizlik değerler yazmak için basit bir yönteminiz yoktur.

Bir zamanlar yaptığımız kadar sekizli sayılara bağlı olmamakla birlikte, yine de değerlidir. Aynı sonuçları onaltılık sayılarla elde etmekle birlikte, bazı bağlamlarda sekizliklerin anlaşılması daha kolaydır.

Şimdiye kadar ondalık sayılardaki baştaki sıfırlar için yalnızca bir kullanım gördüm. Kimlik numarası gibi sabit uzunluklu ondalık alanların gösterimi ve girişi. Sıfır gibi böyle alanları gördüğümden bu yana yıllar geçti. Bu, mevcut değerleri% 10 oranında azaltırken, kullanıcıların girerken sıklıkla önde gelen sıfırları bırakma sorununu ortadan kaldırır.