D
Для JVM это байт-код
Size: a a a
2021 March 14
D
То есть, тут весьма условно
D
Интересно, а что вы скажете насчет разницы между фреймворком и платформой?
D
Dima
Интересно, а что вы скажете насчет разницы между фреймворком и платформой?
А что вы подразумеваете под платформой, сначала скажите.
С фреймворком все более менее понятно
С фреймворком все более менее понятно
D
А что вы подразумеваете под платформой, сначала скажите.
С фреймворком все более менее понятно
С фреймворком все более менее понятно
Платформа это объемный набор готовых библиотек на все случаи жизни + некоторые инструменты + собственный байт код и возможность его исполнять. Но этот термин часто взаимозаменяют с фреймворком. Напр, ".NET Framework" и "платформа .NET"
D
Dima
Платформа это объемный набор готовых библиотек на все случаи жизни + некоторые инструменты + собственный байт код и возможность его исполнять. Но этот термин часто взаимозаменяют с фреймворком. Напр, ".NET Framework" и "платформа .NET"
Ну, если мыслить в этом ключе, то получается, что никакой разницы нет.
D
Т. е, для меня плафторма это следующий этап в иерерархии "модуль(файл) с кодом" -> "библиотека" -> "много библиотек"
D
Dima
Т. е, для меня плафторма это следующий этап в иерерархии "модуль(файл) с кодом" -> "библиотека" -> "много библиотек"
Получается, что во-первых, фреймворк, его реализация не отделима от утилит, которыми будет осуществлена трансляция на уровень ниже.
Ну и да, можно считать так как вы сказали. Начиная от файла с кодом, как некой базовой единицы компиляции и так далее
Ну и да, можно считать так как вы сказали. Начиная от файла с кодом, как некой базовой единицы компиляции и так далее
D
В последнее время замечаю что эти термины используются хаотично, будто по прихоти разработчиков технологии, т. е. framework, platform, toolkit, sdk, часто эквивалентные вещи назвываются у разных разработчиков по разному, пример с "java platform" и ".net framework" уже привел
D
Для языков С\С++ это вполне закономерно
D
Dima
В последнее время замечаю что эти термины используются хаотично, будто по прихоти разработчиков технологии, т. е. framework, platform, toolkit, sdk, часто эквивалентные вещи назвываются у разных разработчиков по разному, пример с "java platform" и ".net framework" уже привел
Может я просто не догоняю логику?
D
Dima
В последнее время замечаю что эти термины используются хаотично, будто по прихоти разработчиков технологии, т. е. framework, platform, toolkit, sdk, часто эквивалентные вещи назвываются у разных разработчиков по разному, пример с "java platform" и ".net framework" уже привел
Игра слов )
D
По сути, набор кода и библиотек разделенных по смыслу по файлам с некими ограничениями на использование. Я имею ввиду каркас приложения, его структуру, кто там кого вызывает и тд и тп
D
Все становится на места, когда на все это безобразие смотришь с точки зрения аппаратуры и ОС
D
есть ЦП, есть память и есть переферия
D
И кроме исполнения и выборки команд (упрощенно) там ничего нет
D
Хочется либо уже понять логику названия технологий, либо плюнуть и считать что главное это ЯП и что он после манипуляций запускается на целевой машине, а все остальное действительно игра слов
D
Постоянная модификация памяти и прерывания
D
Dima
Хочется либо уже понять логику названия технологий, либо плюнуть и считать что главное это ЯП и что он после манипуляций запускается на целевой машине, а все остальное действительно игра слов
Ну вот и стараются придти к чему то такому ) Чтобы можно было думать, что есть набор компонент и ничего больше ) Такие абстрации, как например файл
D
Хотя под ним может быть и память )