Чому Python пишеться на C, а не на C ++?

У підручнику Python можна прочитати, що початкова реалізація Python знаходиться в C;

З іншого боку, реалізація Python, написана на C, (...)

Мені дуже цікаво, чому Python був написаний на C, а не на C ++?

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

З усього, що я бачив, це поєднання практичних та історичних причин. Історична причина (в основному) полягає в тому, що CPython 1.0 був випущений в 1989 році. На той час C був нещодавно стандартизований. C ++ був майже невідомий і, очевидно, не портативний, тому що майже ніхто не мав компілятора C ++.

Хоча C ++ сьогодні набагато більш розповсюджений і легко доступний, для перезапису CPython у підмножину C, сумісна з C ++, знадобиться досить багато роботи. Сама по собі ця робота мало б мало жодної реальної користі.

Це трохи схоже на публікацію в блозі Джоеля про те, як почати спочатку і зробити повне перезапис - це найгірша помилка, яку може зробити компанія, що займається програмним забезпеченням. Я протидію цьому, вказуючи на перетворення Microsoft з ядра Windows 3.0 в ядро ​​Windows NT та перетворення Apple з MacOS 9 на Mac OS / X. Ніхто не вбив компанію - але обидва були, безумовно, великими, дорогими, довгостроковими проектами. І те й інше вказують на те, що є ключовим для успіху: збереження обох баз коду досить довго, щоб (більшість) користувачів переходили на нову базу коду на своєму дозвіллі на основі (принаймні сприйнятих) переваг.

Однак для команди, яка займається розробкою, розмір Python змінити набагато складніше. Навіть перехід від Python 2 на 3 зайняв досить багато роботи і вимагав подібного перекриття. Принаймні, у цьому випадку є прямі вигоди від змін, які переписування на C ++ (само собою) не забезпечить (принаймні негайно).

Злобу Лінуса Торвальдса проти C ++ виховували, тож я також зазначу це. Ніщо, що я бачив від Гвідо, не свідчить про те, що він має такі сильні, негативні почуття до C ++. Про найгірше, що я бачив, він говорить про те, що викладання C ++ часто є катастрофою, - але він негайно продовжував говорити, що це багато в чому тому, що викладачі не знали C ++.

Я також думаю, що хоча можна перетворити багато C коду в C ++ з відносною легкістю, що для отримання реальної переваги від C ++ потрібно не тільки трохи більше переписування, ніж це, але й вимагає значної переосвіти більшості залучених розробників. Більшість добре написаних C ++ істотно відрізняються від добре написаних C, щоб робити те саме. Це НЕ тільки питання про зміну mallocв newі printfдо cout, будь-натяжки.

Я думаю, що причина, по якій вона спочатку була написана в ANSI C89, є досить простою, оскільки тоді C ++ просто не був обґрунтованим вибором, що стосується несумісності між різними компіляторами та подібними. Я маю на увазі, поки не було, що це було, 2005 рік, щоб розробити специфікацію ABI, яка дозволила б коду, зібраному з одним компілятором, викликати код, зібраний з іншим компілятором?

Більш цікаве питання, чому це все ще написано в C89.

І є дивовижна відповідь: адже люди насправді використовують Python на платформах, для яких немає C ++ і жодного компілятора C99! Коли оптимізатори інтерпретації різьбового коду, натхнені Forth, були об'єднані, про це велика дискусія, тому що в коді (обов'язково) використовується обчислений, gotoякий не входить до складу C89. Очевидно, були реальні побоювання, що ця функція може бути недоступною на деяких платформах, на яких Python зараз використовується.

Те саме трапилося з Ластівкою без навантаження, яка використовує LLVM, написаний на C ++. Було зрозуміло, що вимога для об'єднання Unladen Swallow в CPython полягатиме в тому, що ви можете її компілювати без компілятора JIT, оскільки є платформи, на яких працює Python, для яких немає компілятора C ++.

Звичайно, на сьогодні CPython вже не є єдиною реалізацією Python. Є PyPy, який записаний в RPython (статично типізована підмножина Python), Jython на Java, IronPython в C #, Pynie в NQP та PIR тощо.

Краще питання може бути: "Чому Python не написаний на Python?"

Більш того, коли достатньо примітивів для класів та об’єктів Python записано на C, вони можуть бути використані для запису решти інтерпретатора, тому ви нічого не отримаєте, використовуючи C ++.