Чи інтерпретується або компілюється Python?

Це просто цікаво, що я мав, читаючи про інтерпретовані та складені мови.

Ruby , без сумніву, є інтерпретованою мовою, оскільки вихідний код обробляється інтерпретатором на місці виконання.
Навпаки, C - це компільована мова, оскільки спершу потрібно скласти вихідний код відповідно до машини, а потім виконати. Це призводить до набагато швидшого виконання.

Зараз підходимо до Python :

• Код python ( somefile.py ) при імпорті створює файл ( somefile.pyc ) у тому самому каталозі. Скажімо, імпорт здійснюється в оболонці python або модулі django. Після імпорту я трохи змінюю код і знову виконую імпортні функції, щоб виявити, що він все ще працює зі старим кодом. Це говорить про те, що файли * .pyc - це компільовані файли python, схожі на виконуваний файл, створений після компіляції файлу C, хоча я не можу виконати файл * .pyc безпосередньо.
• Коли файл python (somefile.py) виконується безпосередньо (./somefile.py або python somefile.py), не створюється файл .pyc і код виконується так, як свідчить про інтерпретовану поведінку.

Вони припускають, що код python компілюється кожного разу, коли він імпортується в новому процесі для створення .pyc, тоді як він інтерпретується при безпосередньому виконанні.

Отже, який тип мови я повинен вважати ним? Інтерпретовано чи складено? І як її ефективність порівнюється з інтерпретованими та складеними мовами?

Відповідно до сторінки Вікі- інтерпретовані мови , вона перерахована як мова, складена до віртуального машинного коду, що це означає?

Варто зазначити, що мови не інтерпретуються чи не компілюються, а скоріше мовні реалізації або інтерпретують, або компілюють код. Ви зазначали, що Ruby - це "інтерпретована мова", але ви можете скласти Ruby à la MacRuby , тому це не завжди інтерпретована мова.

Практично кожна реалізація Python складається з інтерпретатора (а не компілятора). Ці .pycфайли ви бачите байт - код для віртуальної машини Python ( по аналогії з Яви .classфайлів). Вони не збігаються з машинним кодом, сформованим компілятором С для нативного архітектури машини. Деякі реалізації Python, однак, складаються з щойно вкладеного компілятора, який буде компілювати байт-код Python у власний машинний код.

(Я кажу "майже кожен", тому що я не знаю жодного нативного компілятора машин для Python, але я не хочу стверджувати, що жодного не існує.)

Python потрапить під інтерпретований байт-код. .pyспочатку компілюється вихідний код у байт-код як .pyc. Цей байт-код можна інтерпретувати (офіційний CPython) або компілювати JIT (PyPy). Вихідний код Python ( .py) може бути скомпільований до різних байтових кодів, таких як IronPython (.Net) або Jython (JVM). Існує кілька реалізацій мови Python. Офіційний - інтерпретований байт-код. Існують також байт-коди JIT, складені реалізаціями.

Для порівняння швидкості різних мов можна спробувати тут .

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

Укладач (у широкому розумінні) - це перекладач . Він переводить програму A в програму B і для подальшого виконання її за допомогою машини M.

Перекладач (у широкому сенсі) - виконавець . Це машина M, яка виконує програму А. Хоча ми зазвичай виключаємо із цього визначення фізичні машини (або нефізичні машини, які діють так само, як фізичні). Але з теоретичної точки зору це відмінність є дещо довільним.

Наприклад, візьміть re.compile. Він "компілює" регулярний вираз до проміжної форми, і ця проміжна форма інтерпретується / оцінюється / виконується.

Зрештою, це залежить від рівня абстракції, про який ви говорите, і про що ви дбаєте. Люди кажуть, що "складено" або "інтерпретується" як широкий опис найцікавіших частин процесу, але насправді більшість кожної програми складається так (інакше) та інтерпретується (виконується).

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

Віртуальний машинний код - це більш компактна версія вихідного вихідного коду (байт-код). Це все ще потрібно інтерпретувати віртуальною машиною, оскільки це не машинний код. Але простіше і швидше розібратися, ніж оригінальний код, написаний людиною.

Деякі віртуальні машини генерують машинний код під час першої інтерпретації коду віртуальної машини (саме під час компіляції - JIT). Наступні виклики будуть використовувати цей машинний код безпосередньо, що призводить до швидшого виконання.

Наскільки я знаю, Ruby> = 1.9 також використовує віртуальну машину на зразок Python.

Під час виконання Python на віртуальній машині працює власний об'єктний код (байт-код).

Процес компіляції перетворює вихідний код в об'єктний код.

Для прискорення роботи об'єктний код (або байт-код, якщо ви бажаєте) зберігається на диску, тому його можна буде повторно використовувати при наступному запуску програми.