Чому так багато мов трактують числа, починаючи з 0, як восьмери?

Я читав Де корисні восьмерики? і, схоже, восьмерики - це щось, що колись було корисним.

Багато мов трактують числа, що передують 0, як восьмери, так що буквальне значення 010є насправді 8. Кілька з них - JavaScript, Python (2.7) та Ruby.

Але я не розумію, чому для цих мов потрібен восьмеричний, особливо коли більш імовірне використання позначень полягає у позначенні десяткового числа із зайвим 0.

JavaScript є мовою на стороні клієнта, восьмерика здається досить марною. Всі три досить сучасні в іншому розумінні, і я не думаю, що було б багато коду, використовуючи восьмеричні позначення, які були б порушені шляхом видалення цієї "функції".

Отже, мої запитання:

• Чи є якась точка з цих мов, що підтримують восьмі літери?
• Якщо потрібні восьмеричні літерали, чому б не використати щось подібне 0o10? Навіщо копіювати старі позначення, які переосмислюють корисніший варіант використання?

Сліпо копіювання C, як сказала у своєму коментарі храповик

Переважна більшість "мовних дизайнерів" в наші дні ніколи не бачила нічого, окрім C та його копій (C ++, Java, Javascript, PHP і, мабуть, кілька десятків інших, про які я ніколи не чув). Вони ніколи не торкалися FORTRAN, COBOL, LISP, PASCAL, Oberon, FORTH, APL, BLISS, SNOBOL.

Колись вплив декількох мов програмування було ОБОВ'ЯЗКОВО у навчальній програмі з інформатики, і це не включало підрахунок C, C ++ та Java як трьох окремих мов.

Октал використовувався в попередні дні, оскільки це полегшувало читання двійкових значень інструкцій. Наприклад, PDP-11, В основному, мав 4-розрядний код, 2 3-бітні регістрові номери та 2 3-бітні поля механізму доступу. Висловлення слова в восьмериці зробило все очевидним.

Через ранню асоціацію C з PDP-11 було включено восьмеричні позначення, оскільки це було дуже часто в PDP-11.

На інших машинах були набори інструкцій, які не відповідали шістнадцятковій. CDC 6600 мав 60-бітове слово, причому кожне слово містило, як правило, від 2 до 4 інструкцій. Кожна інструкція складала 15 або 30 біт.

Що стосується читання і запису значень, то це вирішена проблема, з відомою найкращою практикою в галузі, принаймні в галузі оборони. Ви ДОКУМЕНТИ свої формати файлів. Немає двозначності, коли формат задокументований, тому що документ ВІДПОВІдає, чи шукаєте ви десятковий номер, шістнадцятковий чи восьмеричний номер.

Також зверніть увагу: Якщо ваша система вводу / виводу за замовчуванням позначає 0, що означає восьмерину, вам потрібно використовувати деякі інші умовні позначення на виході для позначення шістнадцяткових значень. Це не обов'язково виграш.

На мою особисту думку, Ада зробила це найкраще: 2 # 10010010 #, 8 # 222 #, 16 # 92 # і 146 - це однакова цінність. (Це, мабуть, отримає мені щонайменше три поточні записи прямо там, лише згадуючи про Ада.)

Вони отримують його від C. Навіщо копіювати? Тому що базова реалізація всіх 3 знаходиться в C. Python за замовчуванням реалізація - CPython . Рубін був побудований в C , а також. Javascript - найцікавіший випадок тут. Запускається в браузері. Хочете вгадати, про що було написано перший веб-браузер ?

То чому б усі три ці мови були реалізовані на мові C? Тому що всі вони походять із систем UNIX. Тож це випадок конвенції, керований екосистемою. Perl робить це також. Lua, швидше за все, якби Lua використовував цілі числа, а не парні .

Отож, питання про те, в яких середовищах ці мови пишуться на C, тому вони приймають свої умови від C. Хорошим допоміжним наслідком є ​​Visual Basic, який натомість використовує & O. Наскільки це потребує, здається, це більше конвенція, що витікає з абстракції, ніж все інше.

Є цінність консистенції. Якщо ви не можете надійно визначити, як переводиться число, у вас виникнуть реальні проблеми з використанням значення в різних контекстах.

Це також означає, що вам не потрібно писати власний парсер. Використання добре перевірених процедур бібліотеки має велике значення.

Крім того, якщо ви не підтримуєте провідний синтаксис 0, у вас немає простого способу запису восьми значень.

Хоча ми не так сильно залежимо від восьмеричних чисел, як колись, вони все ще мають значення. Незважаючи на те, що однакові результати можна отримати з шістнадцятковими числами, у деяких контекстах восьмикутник легше зрозуміти.

Поки що я бачив лише одне використання для провідних нулів у десяткових числах. Це у відображенні та введенні десяткових полів фіксованої довжини, як ідентифікаційні номери. Минуло роки, як я бачив подібні поля з першим нулем. Хоча це зменшує доступні значення на 10%, це усуває проблему, що користувачі часто залишають провідні нулі при введенні в них.