Дата компиляции в телефоне что это
Краткое описание:
отображение всей информации о вашем телефоне (только для смартфонов компании samsung)
Описание:
Отображение всей информации о вашем телефоне в одном приложении, начиная от страны производителя (сборщика) и цвета аппарата, заканчивая версией bootloader.
Дополнительные опции приложения:
— Firmware Browser поиск и скачивание стоковых прошивок от самсунга (с ресурса sammobile.com)
— Refurbishment Check детектор клонов для всех моделей смартфонов от samsung, для отображения данных в пунктах Charger connect и S Pen detach требуется наличие root-прав
— Serial Number Decoder определение страны производителя и месяц/год производства смартфона самсунг по введенному серийному номеру)
— IMEI Analizer проверка валидности IMEI
— CSC Lookup база самсунговских кодов регионов CSC
— CSC Changer смена региона аппарата (CSC) смена региона ведет к полному сбросу данных в телефоне
Внимание:
— с версии 1.6.5 для отображения информации в некоторых пунктах требуется наличие root-прав
— приложение только для смартфонов от компании Samsung, корректная работа гарантированна только на стоковых прошивках Samsung
— в приложении присутствует реклама, после доната вы сможете удалить рекламу и выгружать информацию из приложения в текстовый файл на sd-карту
Версия: 3.6.8 Original + Patched Сообщение №512, автор Alex0047
Версия: 3.6.7 Original + Patched Сообщение №500, автор Alex0047
Версия: 3.6.6 Original + Patched Сообщение №496, автор Alex0047
Версия: 3.6.5 Original + Patched Сообщение №485, автор Alex0047
Версия: 3.6.4 Phone INFO Samsung (Пост wasp3792 #72198753)
Версия: 3.6.4 Patched Сообщение №479, автор Giacomino
Версия: 3.6.3 + Patched Phone INFO Samsung (Пост Alex0047 #72038461)
Версия: 3.6.2 + Patched Phone INFO Samsung (Пост Alex0047 #71342042)
Версия: 3.6.1 + Patched Phone INFO Samsung (Пост Alex0047 #71036611)
Версия: 3.5.9 + Patched Phone INFO Samsung (Пост Alex0047 #66527182)
Версия: 3.5.8 + Patched Phone INFO Samsung (Пост Meoweom #63567557)
Версия: 3.5.8 Patched (Balatan) Phone INFO Samsung (Пост Alex0047 #63568442)
Версия: 3.5.7 + Patched Phone INFO Samsung (Пост Alex0047 #61900207)
Версия: 3.5.6 + Patched Phone INFO Samsung (Пост Alex0047 #61467456)
Версия: 3.5.5 + Patched Phone INFO Samsung (Пост Alex0047 #58690456)
Версия: 3.5.2 + Patched Phone INFO Samsung (Пост Alex0047 #56955183)
Версия: 3.5.1 Patched Phone INFO Samsung (Пост Alex0047 #54817375)
Версия: 3.5.0 build 84 Phone INFO Samsung (Пост vutak #54038486)
Версия: 3.5.0 + Patched Phone INFO Samsung (Пост Alex0047 #54019551)
Версия: 3.4.9 Offline Paid Patched Phone INFO Samsung (Пост Alex0047 #53664316)
Версия: 3.4.4 GP Phone INFO Samsung (Пост gar_alex #49449876)
Версия: 3.4.8 + Offline Paid Patched Phone INFO Samsung (Пост Alex0047 #53324075)
Версия: 3.4.7 Offline Paid Patched Phone INFO Samsung (Пост Alex0047 #52053507)
версия: 3.4.5 Offline Paid Patched Phone INFO Samsung (Пост Alex0047 #49649853)
версия: 3.4.4 Offline Paid Patched Phone INFO Samsung (Пост Alex0047 #49432259)
версия: 3.4.3 Offline Paid Patched Phone INFO Samsung (Пост Alex0047 #47966988)
Версия: 3.3.10 с маркета Phone INFO Samsung (Пост Alex0047 #44749374)
версия: 3.4.2 Offline Paid Patched Phone INFO Samsung (Пост Alex0047 #47330015)
Версия: 3.4.1 Offline Paid Patched Phone INFO Samsung (Пост Alex0047 #47243835)
Версия: 3.4.0 Offline Paid Patched Phone INFO Samsung (Пост Alex0047 #47126014)
Версия: 3.3.10 Offline Paid Patched Phone INFO Samsung (Пост Alex0047 #44731624)
Версия: 3.3.9 Offline Paid Patched Phone INFO Samsung (Пост Vetal`M #44061027)
Версия: 3.3.8 Offline Paid Patched Phone INFO Samsung (Пост Vetal`M #43903344)
Версия: 3.3.8 с маркета Phone INFO Samsung (Пост Baphomet666 #31591021)Версия: 3.3.6 Offline Paid Patched Phone INFO Samsung (Пост Alex0047 #42608689)
Версия: 3.3.5 Offline Patched Phone INFO Samsung (Пост Alex0047 #42178637)
Версия: 3.3.5 с маркета Phone INFO Samsung (Пост Baphomet666 #31591021)
Версия: 3.3.4 Offline Patched Phone INFO Samsung (Пост Alex0047 #41678061)
Версия: 3.3.4 с маркета Phone INFO Samsung (Пост DeYura #41677087)
Версия: 3.3.3 Offline Patched Phone INFO Samsung (Пост Alex0047 #41318762)
Версия: 3.3.3 с маркета //4pda.to/forum/d…/Phone+INFO++3.3.2.apk
Версия: 3.3.2 Patched Phone INFO Samsung (Пост Alex0047 #40993259)
Версия: 3.3.0 Patched Phone INFO Samsung (Пост Vetal`M #40742829)
Версия: 3.2.5 Patched Phone INFO Samsung (Пост Alex0047 #39920463)
Версия: 3.2.8 с маркета Phone INFO Samsung (Пост Baphomet666 #31591021)
Версия: 3.2.0 Pro Rus Phone INFO Samsung (Пост boar-hooligan #39679039)
Версия: 3.2.0 Patched Phone INFO Samsung (Пост Alex0047 #39656676)
Версия: 2.6.0 Pro RUS Phone INFO Samsung (Пост boar-hooligan #38828682)
Версия: 3.0.1 Patched Phone INFO Samsung (Пост Alex0047 #39278738)
Версия: 3.0.1 с маркета Phone INFO Samsung (Пост Alex0047 #39282129)
Версия: 3.0.0 с маркета //4pda.to/forum/index.php?showtopic=559028&view=findpost&p=31591021
Версия: 3.0.0 Patched Phone INFO Samsung (Пост Alex0047 #39270176)
Версия: 2.6.1 с маркета //4pda.to/forum/index.php?showtopic=559028&view=findpost&p=31591021
Версия: 2.6.1 Patched //4pda.to/forum/index.php?showtopic=559028&view=findpost&p=39238224
Версия: 2.6.0 с маркета Phone INFO Samsung (Пост Baphomet666 #31591021)
Версия: 2.6.0 Patched Phone INFO Samsung (Пост Alex0047 #38818706)
Версия: 2.5.0 Patched Phone INFO Samsung (Пост Alex0047 #38277145)
Версия: 2.5.0 с маркета Phone INFO Samsung (Пост #31591021)
Версия: 2.4.0 Pro RUS Phone INFO Samsung (Пост boar-hooligan #38161413)
Версия: 2.4.0 Patched Phone INFO Samsung (Пост Alex0047 #38111241)
Версия: 2.3.2 Patched Phone INFO Samsung (Пост Alex0047 #37968736)
Версия: 2.3.0 Patched Phone INFO Samsung (Пост Alex0047 #37968736)
Версия: 2.2.1 Patched Phone INFO Samsung (Пост #37903791)
Версия: 2.2.0 Patched Phone+INFO+Samsung+v2.2.0+Paid+Patched.apk
Версия: 2.2.0 Free 
Версия: 2.2.0 Patched
Версия: 2.1.5 с маркета Phone INFO Samsung (Пост #31591021)
Версия: 2.1.5 Paid Phone INFO Samsung (Пост #37777049)
Версия: 2.1.0 Patched Phone INFO Samsung (Пост #37241396)
Версия: 2.1.0 с маркета Phone INFO Samsung (Пост #31591021)
Версия: 2.0.0 Phone INFO Samsung (Пост #35579564)
Версия: 2.0.0 Patched Phone INFO Samsung (Пост #35762726)
Версия: 2.0.0 с маркета Phone INFO Samsung (Пост #31591021)
Версия: 1.9.7 Plus Phone INFO Samsung (Пост #31591021)
Версия: 1.9.6 Phone INFO Samsung (Пост #35024821)
Версия: 1.9.5 Phone INFO Samsung (Пост #35021116)
Версия: 1.9.0 Plus + Patched Phone INFO Samsung (Пост #33194286)
Версия: 1.9.0 Phone INFO ★Samsung★ (Пост #33179401)
Версия: 1.8.6 Plus Phone INFO ★Samsung★ (Пост #31591021)
Версия: 1.8.6 Plus (под обычный маркет) //4pda.to/forum/d…0.crk.Custom.Patch.apk
версия с рекламой и без экспорта: 1.8.5 
plus-версия (с экспортом данных и без рекламы): 1.8.5 Phone+Info+Plus+1.8.5.b.39.apk
версия: 1.8.2 Phone+Info+Samsung+1.8.2.apk
версия: 1.8.0
версия: 1.7.5
версия: 1.7.3
версия: 1.7.2
версия: 1.7.0
версия: 1.6.6
версия: 1.6.5
версия: 1.6.2
версия: 1.6.0
версия: 1.5.2
версия: 1.5.0
версия: 1.4.9
Источник
Время компиляции (фаза жизненного цикла программы)
Компиляция программы может осуществляться компилятором как по команде от пользователя, так и по команде от среды разработки при изменении исходного кода программы, в отличие от других этапов жизненного цикла (англ. program lifecycle phase) программы, таких как время выполнения, время установления связей («линковки») (англ. link time) и время загрузки (англ. load time).
Связанные понятия
Сопрограммы (англ. coroutines) — методика связи программных модулей друг с другом по принципу кооперативной многозадачности: модуль приостанавливается в определённой точке, сохраняя полное состояние (включая стек вызовов и счётчик команд), и передаёт управление другому. Тот, в свою очередь, выполняет задачу и передаёт управление обратно, сохраняя свои стек и счётчик.
В приведённой ниже таблице отмечено наличие или отсутствие тех или иных возможностей в некоторых популярных сегодня языках программирования. Столбцы упорядочены по алфавиту. Если возможность в языке недоступна напрямую, но может быть эмулирована с помощью других средств, то в таблице отмечено, что её нет.
В теории компиляторов удалением мёртвого кода (англ. dead code elimination, DCE) называется оптимизация, удаляющая мёртвый код. Мёртвым кодом (так же бесполезным кодом) называют код, исполнение которого не влияет на вывод программы, все результаты вычисления такого кода являются мёртвыми переменными, то есть переменными, значения которых в дальнейшем в программе не используются.
Источник
Компиляция и сборка Android приложения (как это работает)
Дисклеймер: Я не 23 летний сеньор (мне 19 и до сеньора мне еще ой как далеко, года 4, поэтому супер статьи от меня не ждите.
Основа пути моего, разработчика как — обучение/изучение нового постоянное. Надеюсь, у вас тоже.
В общих чертах процесс сборки приложения выглядит так:
Нас особенно интересует второй этап (компиляция и сборка ресурсов), так что, рассмотрим его более подробно (21 этап как никак):
Пожалуйста, не прокручивайте диаграмму из-за того, что вам лень вникать, она не сложная, к тому же переведенная. Это основа статьи.
(Оригинал здесь: developer.android.com/tools/building/index.html)
Что есть что на диаграмме:
1. Ресурсы приложения — это все xml ресурсы из папки res вашего проекта + некомпилируемые бинарные ресурсы, например, картинки из res/drawable или файлы из /res/raw, а так же файлы из /assets/
2. aapt — утилита, которая ищет в вашем проекте компилируемые ресурсы, такие как AndroidManifest.xml и xml файлы из res/ и компилирует их в бинарное представление, а изначально бинарные ресурсы, такие как картинки, и файлы из /res/raw и /assets не компилируются. Далее, эта утилита генерирует важнейший класс R.java для вашего приложения, благодаря которому вы можете обращаться к ресурсам из вашего кода без всяких заморочек с чтением файлов, как скажем с /assets.
Кстати, кроме компиляции xml ресурсов, aapt создает файл resources.arsc, который представляет собой таблицу для маппинга ресурсов во время выполнения приложение, туда входят все ресурсы из /res/, в том числе и /res/raw/, содержимое /assets не включается в таблицу.
Полезно знать: Утилита aapt находится в папке platform-tools вашего Android SDK. Если вам захотелось сделать реверс-инжиниринг скомпилированных ресурсов приложения, вы можете воспользоваться apk-tool (https://code.google.com/p/android-apktool/)
3. R.java — класс, генерируемый утилитой aapt для того, чтобы вы могли обращаться к ресурсам из папки res без явной работы с файловой системой через библиотеки ввода/вывода.
Если кто-то еще не знал — всякие R.string, R.menu и прочее — это статические вложенные классы, а в R.string.app_name, app_name — public static final int поле класса. Получается, что правило-принцип CamelCase, применяемый в Java, для них нарушен, должно то быть: R.String, R.Menu, а с константами — R.String.APP_NAME, айайай Google.
5. Java интерфейсы — это не те, обычные интерфейсы (обычные входят в состав исходного кода приложения, предыдущий пункт), которые вы используете в вашем коде, это интерфейсы, сгенерированные утилитой aidl (следующий пункт содержит пояснение).
8. Java компилятор — (наконец-то мы до него добрались!) это обычный javac из вашего JDK, которому дают на обработку исходный код приложения (4), R.java (3) и интерфейсы aidl, которые переведены в java код с помощью утилиты aidl
Разработчики Android выбрали регистровую архитектуру Dalvik VM, вместо привычной для JVM — стековой архитектуры из двух ключевых соображений:
1. Производительность регистровой ВМ выше (инфа 100%), особенно на процессорах с RISC-архитектурой, а это все ARM процессоры. Первые версии Dalviik VM даже не включали JIT (до Android 2.2), но давали терпимую производительность приложений, скажем я не испытывал особых проблем с HTC Desire на 2.1.
2. java bytecode транслируется в меньший по объему dex bytecode, что уменьшает размер скомпилированного приложения.
Сам компилятор находится в папке platform-tools вашего Android SDK, запускать его можно через dx.bat (для Windows), при этом будет задействован dx.jar из папки platform-tools/lib
12. classes.dex — в данный файл dex компилятор записывает весь исполняемый код вашего проекта.
13. Скомпилированные ресурсы — xml ресурсы приложения, скомпилированные в бинарное представление.
Пример содержания CERT.SF:
Signature-Version: 1.0
SHA1-Digest-Manifest-Main-Attributes: O1qITQssq6nv0FUt+eR1aLnqk5w=
Created-By: 1.6.0_43 (Apple Inc.)
SHA1-Digest-Manifest: OwzyFA/Qjd+5X1ZwaJQSxFgdciU=
Name: res/drawable-mdpi-v4/ic_premium_pin.png
SHA1-Digest: 8ksQB8osCHTnMlpL6Ho/GDc719Q=
Name: res/drawable/round_bottom_white.xml
SHA1-Digest: rQelve4dQmwCfkVlYZ2+9j5aW5w=
Кроме того, если у вас есть выложенное приложение в Google Play, вы не сможете обновить его, если новая версия подписана другим сертификатом! Так что советую забекапить сертификат, а так же не забыть пароль к нему. Иначе вы не сможете обновлять свои приложения.
Важное замечание: приложение надо сначала подписать, а затем применить zipalign, т.к. подпись — это добавление папки META-INF в архив, а это изменение архива, следовательно нарушение его оптимизации. То есть, если вы сначала примените zipalign, а потом измените архив — смысла в zipalign не будет. Насчет нарушения контрольных сумм, которые рассчитала утилита jarsign, бояться не стоит, т.к. zipalign делает оптимизации по выравниванию данных в архиве, все это происходит на уровне zip, сами данные не изменяются.
Хозяйке на заметку: во время сборки debug версии проекта zipalign не вызывается, скорее всего, чтобы вы не ждали выполнения еще и этой операции (спасибо и на этом).
Я думаю, что теперь понятно, почему сборка и запуск Android приложения происходит так долго 🙂 Так что, советую поставить SSD, ну и процессор побыстрее и сэкономить себе нервы и время.
Немного полезного оффтопа:
2. Вы знали, что Android инстанциирует для каждого запущенного приложения отдельный экземпляр Dalvik VM? Это сделано для того, чтобы исключить ситуации, когда одно приложение валит Dalvik VM, а за ним тянет все другие запущенные приложения. Яркий пример подобного вмешательства — Facebook, они через reflection изменяют параметры Dalvik VM (не стоит так делать). Если бы Android использовал один инстанс Dalvik — это изменение затронуло бы все запущенные приложения.
3. Dalvik VM не является JVM, т.к. во-первых он не понимает java bytecode, а во-вторых не реализует спецификации для JVM, т.к. использует свой байт код. Так что, советую называть Dalvik VM именно Dalvik VM.
Надеюсь, вы не зря потратили свое время и узнали что-то новое.
Источник
Как происходит компиляция приложений на Android?
Может кто-нибудь рассказать поэтапно как скомпилировать какой-нибудь код (например на C++) на Андроиде? Я в этом без понятия, но знаю что это достаточно сложно.
1 ответ 1
1. Компиляторы Android (DALVIK vs ART)
DALVIK
Пользователям было неприятно использовать свои приложения на своих устройствах, поскольку приложения зависали во время работы.
Dalvik использует модель компиляции JIT. JIT-компилятор компилирует приложение, когда они открываются пользователями (процедура запуска приложения). Таким образом, это замедляло открытие приложений и, в свою очередь, затрудняло работу пользователя.
ART использует опережающую модель компиляции, которая компилирует приложения в машинный код после установки
Приложения работают немного быстрее! в рамках ART время запуска приложений сокращается.
Он также улучшил сборку мусора, так что пользователь видит меньше пауз и заиканий в среде с низким объемом памяти. АРТ имеет свои ограничения:
Вот тут обсуждают что лучше Dalvik или ART.
2. Процесс компиляции Android
2.1. Из исходного кода в байт-код
Вам понадобится JDK (Java Developer Kit) для компиляции кода Java вашего приложения.
2.2. Обфускатор (ProGuard инструмент)
Этот шаг не является обязательным, вы можете пропустить этот шаг, если хотите.
Это может значительно сократить ваш пакет распространяемого приложений. Он также запутывает ваш код, изменяя имена методов и так усложняя декомпиляцию упакованного Java-кода третьим лицом или организацией.
2.3. От минимизированного байт-кода до кода dex
2.4. Исполнение машинного кода
Во время выполнения устройства считывают эти файлы dex (вывод шага № 3) и перекомпилируют некоторые файлы в машинный код для максимально быстрого выполнения.
В более новой версии ART перекомпиляция (или перевод в машинный код) происходит при первой установке приложения, что означает, что приложение может работать быстрее, когда пользователь запускает его на своем устройстве.
Вот еще есть иллюстрация:
Вот ссылки после исследования вопроса. Некоторые были использованы для построения этого вопроса: ссылка_1 и ссылка_2. А вот и первоисточник этого ответа. Данная информация находится в полностью свободном доступе 🙂 Надеюсь вам стало немного понятнее как именно компилируются приложения.
Источник
Что такое компиляция в программировании?
Компилируется ли язык программирования или интерпретируется, на самом деле это не зависит от природы языка программирования. Любой язык программирования может интерпретироваться так называемым интерпретатором или компилироваться с помощью так называемого компилятора.
Рабочий цикл программы
При использовании любого языка программирования существует определенный рабочий цикл создания кода. Вы пишете его, запускаете, находите ошибки и отлаживаете. Таким образом, вы переписываете и дописываете программу, проверяете ее. То, о чем пойдет речь в этой статье, это « запускаемая » часть программы.
Когда пишете программу, вы хотите, чтобы ее инструкции работали на компьютере. Компьютер обрабатывает информацию с помощью процессора, который поэтапно выполняет инструкции, закодированные в двоичном формате. Как из выражения « a = 3; » получить закодированные инструкции, которые процессор может понять?
Мы делаем это с помощью компиляции. Существует специальные приложения, известные как компиляторы. Они принимают программу, которую вы написали. Затем анализируют и разбирают каждую часть программы и строят машинный код для процессора. Часто его также называют объектным кодом.
На одном из этапов процесса обработки задействуется компоновщик, принимающий части программы, которые отдельно были преобразованы в объектный код, и связывает их в один исполняемый файл. Вот схема, описывающая данный процесс:
Конечным элементом этого процесса является исполняемый файл. Когда вы запускаете или сообщаете компьютеру, что это исполняемый файл, он берет первую же инструкцию из него, не фильтрует, не преобразует, а сразу запускает программу и выполняет ее без какого-либо дополнительного преобразования. Это ключевая характеристика процесса компиляции — его результат должен быть исполняемым файлом, не требующим дополнительного перевода, чтобы процессор мог начать выполнять первую инструкцию и все следующие за ней.
Первые компиляторы были написаны непосредственно через машинный код или с использованием ассемблеров. Но цель компилятора очевидна: перевести программу в исполняемый машинный код для конкретного процессора.
Не все языки программирования учитывают это в своей концепции. Например, Java предназначался для запуска в « интерпретирующей » среде, а Python всегда должен интерпретироваться.
Интерпретация программы
Альтернативой компиляции является интерпретация. Чем отличаются компиляторы и интерпретаторы? Основная разница между компилятором и интерпретатором заключается в том, как они работают. Компилятор берет всю программу и преобразует ее в машинный код, который понимает процессор.
Интерпретатор — это исполняемый файл, который поэтапно читает программу, а затем обрабатывает, сразу выполняя ее инструкции.
Другими словами, программа-интерпретатор выполняет программу поэтапно как часть собственного исполняемого файла. Объектный код не передается процессору, интерпретатор сам является объектным кодом, построенным таким образом, чтобы его можно было вызвать в определенное время.
Это ломает рабочий цикл, который был приведен на диаграмме выше. Теперь у нас есть новая диаграмма:
На ней мы видим, что в отличии от компилятора, интерпретатор всегда должен быть под рукой, чтобы мы могли вызвать его и запустить нашу программу. В некотором смысле интерпретатор становится процессором. Программы, написанные для интерпретации, называются « скриптами », потому что они являются сценариями действий для другой программы, а не прямым машинным кодом.
Природа интерпретатора
Интерпретаторы могут создаваться по-разному. Существуют интерпретаторы, которые читают исходную программу и не выполняют дополнительной обработки. Они просто берут определенное количество строк кода за раз и выполняют его.
Некоторые интерпретаторы выполняют собственную компиляцию, но обычно преобразуют программу байтовый код, который имеет смысл только для интерпретатора. Это своего рода псевдо машинный язык, который понимает только интерпретатор.
Такой код быстрее обрабатывается, и его проще написать для исполнителя ( части интерпретатора, которая исполняет ), который считывает байтовый код, а не код источника.
Есть интерпретаторы, для которых этот вид байтового кода имеет более важное значение. Например, язык программирования Java « запускается » на так называемой виртуальной машине. Она является исполняемым кодом или частью программы, которая считывает конкретный байтовый код и эмулирует работу процессора. Обрабатывая байтовый код так, как если бы процессор компьютера был виртуальным процессором.
За и против
Основным аргументом за использование процесса компиляции является скорость. Возможность компилировать любой программный код в машинный, который может понять процессор ПК, исключает использование промежуточного кода. Можно запускать программы без дополнительных шагов, тем самым увеличивая скорость обработки кода.
Но наибольшим недостатком компиляции является специфичность. Когда компилируете программу для работы на конкретном процессоре, вы создаете объектный код, который будет работать только на этом процессоре. Если хотите, чтобы программа запускалась на другой машине, вам придется перекомпилировать программу под этот процессор. А перекомпиляция может быть довольно сложной, если процессор имеет ограничения или особенности, не присущие первому. А также может вызывать ошибки компиляции.
Основное преимущество интерпретации — гибкость. Можно не только запускать интерпретируемую программу на любом процессоре или платформе, для которых интерпретатор был скомпилирован. Написанный интерпретатор может предложить дополнительную гибкость. В определенном смысле интерпретаторы проще понять и написать, чем компиляторы.
С помощью интерпретатора проще добавить дополнительные функции, реализовать такие элементы, как сборщики мусора, а не расширять язык.
Другим преимуществом интерпретаторов является то, что их проще переписать или перекомпилировать для новых платформ.
Написание компилятора для процессора требует добавления множества функций, или полной переработки. Но как только компилятор написан, можно скомпилировать кучу интерпретаторов и на выходе мы имеем перспективный язык. Не нужно повторно внедрять интерпретатор на базовом уровне для другого процессора.
Самым большим недостатком интерпретаторов является скорость. Для каждой программы выполняется так много переводов, фильтраций, что это приводит к замедлению работы и мешает выполнению программного кода.
Это проблема для конкретных real-time приложений, таких как игры с высоким разрешением и симуляцией. Некоторые интерпретаторы содержат компоненты, которые называются just-in-time компиляторами ( JIT ). Они компилируют программу непосредственно перед ее исполнением. Это специальные программы, вынесенные за рамки интерпретатора. Но поскольку процессоры становятся все более мощными, данная проблема становится менее актуальной.
Заключение
Для меня не имеет значения, скомпилировано что-то или интерпретировано, если оно может выполнить задачу эффективно.
Сообщите мне, что бы вы предпочли: интерпретацию или компиляцию? Спасибо за уделенное время!
Пожалуйста, оставьте ваши комментарии по текущей теме статьи. Мы крайне благодарны вам за ваши комментарии, дизлайки, подписки, отклики, лайки!
Пожалуйста, оставляйте свои отзывы по текущей теме статьи. За комментарии, дизлайки, подписки, отклики, лайки огромное вам спасибо!
Источник












