Здравствуйте, vaa, Вы писали:
vaa>https://github.com/ikvm-revived/ikvm/releases/tag/8.2.0
А этот продукт сейчас где-то используется?
Я помню, что в период 2004-2010, благодаря им было портировано довольно много Java-библиотек. Но потом, по моим ощущениям они или захирели или были переписаны без использования ikvm.
Но это мои ощущения. Может быть у вас другая информация?
P.S. В принципе, то, что проект снова начали (или и не прекращали — хотя сами авторы пишут, что была некая пауза) активно развивать, говорит, что, наверное, спрос-таки есть (хотя может ребятам просто нравится этим заниматься).
Здравствуйте, Михаил Романов, Вы писали:
МР>Здравствуйте, vaa, Вы писали:
vaa>>https://github.com/ikvm-revived/ikvm/releases/tag/8.2.0 МР>А этот продукт сейчас где-то используется? МР>Я помню, что в период 2004-2010, благодаря им было портировано довольно много Java-библиотек. Но потом, по моим ощущениям они или захирели или были переписаны без использования ikvm. МР>Но это мои ощущения. Может быть у вас другая информация?
МР>P.S. В принципе, то, что проект снова начали (или и не прекращали — хотя сами авторы пишут, что была некая пауза) активно развивать, говорит, что, наверное, спрос-таки есть (хотя может ребятам просто нравится этим заниматься).
Нет данных. Но сам часто сожалею, что в дотнете нет того и того из библиотек джавы и вот вроде бы простой довольно способ их использовать.
Здравствуйте, vaa, Вы писали:
vaa>Нет данных. Но сам часто сожалею, что в дотнете нет того и того из библиотек джавы и вот вроде бы простой довольно способ их использовать.
Даже интересно стало, что такого есть в Java, что очень нужно, но нет в .Net
Я просто за последние лет 10 с таким по-моему ни разу не сталкивался (ранее бывало, хоть и не скажу, что часто).
Здравствуйте, Михаил Романов, Вы писали:
МР>Здравствуйте, vaa, Вы писали:
vaa>>Нет данных. Но сам часто сожалею, что в дотнете нет того и того из библиотек джавы и вот вроде бы простой довольно способ их использовать. МР>Даже интересно стало, что такого есть в Java, что очень нужно, но нет в .Net МР>Я просто за последние лет 10 с таким по-моему ни разу не сталкивался (ранее бывало, хоть и не скажу, что часто).
В дотнете есть что-то аналогичное?
из известных мне ОС проектов только litedb ноускл которая как то не особо популярна.
то же самое с обработкой изображений, звука, ГУЕМ и т.п. в жаве полно ОС высокого качества на жаве, а не оберток над си и плюсами как в шарпе.
Здравствуйте, vaa, Вы писали:
vaa>Взять хотя бы встроенную БД. В Жава vaa>В дотнете есть что-то аналогичное?
Я не встречался, но там, где требовались Embedded DB, обычно использовали что-то из:
— SQL Server Compact (сейчас он официально deprecated, но где-то до 2010 года, именно он фигурировал в рекомендациях MS)
— SQLite — сейчас в официальных рекомендациях вместо SQL Server Compact
— Firebird Embedded (он в мире .Net не так популярен, но из всего перечисленного он самый функционально полный)
Да, они все Native, а не Managed, но, как по мне это не такое страшное условие, благо тот же SQLite собирается практически под все платформы, где есть .Net.
vaa>то же самое с обработкой изображений, звука, ГУЕМ и т.п. в жаве полно ОС высокого качества на жаве, а не оберток над си и плюсами как в шарпе.
В .Net тоже в свое время увлекались разработкой аналогов. Если посмотреть историю для .Net, скажем, до версии 4.6, то их наберется довольно много для всего. И для обработки изображений и для AI, ...
Вот только вся проблема в том, что они ничем (ну кроме наличия некоторых сложностей с Interop + не всегда имеющимися сборками для нужной платформы) не превосходят, обычно, нативные аналоги. А сил для поддержки требуют море.
Ну и для чего тогда оно?
Здравствуйте, Михаил Романов, Вы писали:
МР>Ну и для чего тогда оно?
Следуя этой логике сама идея промежуточного байт-кода устарела.
Технологии позволяют компилять кроссплатформу и безопасный код напрямую.
К сожалению, пока net и java обладают явным преимуществом по кол-ву готовых библиотек(исключая си и плюсы)
и удобству их использования.
Здравствуйте, vaa, Вы писали:
vaa>Следуя этой логике сама идея промежуточного байт-кода устарела.
Не устарела. Ибо иногда нужна динамическая компиляция (деревья выражений)
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, vaa, Вы писали:
vaa>Здравствуйте, Михаил Романов, Вы писали:
МР>>Ну и для чего тогда оно? vaa>Следуя этой логике сама идея промежуточного байт-кода устарела.
Почему?
То что я, как пользователь оберток над нативными библиотеками, не испытываю сложностей с их использованием не означает, что сложностей не было и у разработчиков как самих библиотек, так и оберток.
Честно говоря, я как-то давно не задавался вопросом, что, помимо кросс-платформенности, дает использование байт-кода.
В свое время я ориентировался на такой список:
— генерация и компиляция кода в runtime (это заметили в соседнем сообщении)
— reflection
— динамическая оптимизация (оптимизация по набору статистики)
— верификация скомпилированного кода (т.е. не привязанная к языку)
— всевозможное инструментирование и анализ (тут и инструменты для AOP, и замеры производительности, и анализ дампов процесса) без необходимости пересборки
В целом, всё это, как я понимаю, можно добиться и при компиляции сразу в нативный код, просто сложнее и дороже.
Здравствуйте, vaa, Вы писали:
vaa>Следуя этой логике сама идея промежуточного байт-кода устарела. vaa>Технологии позволяют компилять кроссплатформу и безопасный код напрямую.
Полное непонимание технологии!
Байткод и есть ГАРАНТИЯ, что ничего, кроме "абстрактного" байткода не попадёт на юзерскую машину! (всякие нативные ЦПУ команды для GDT, загрузки спец.регистров и т.п.)
Здравствуйте, Baiker, Вы писали:
B>Байткод и есть ГАРАНТИЯ, что ничего, кроме "абстрактного" байткода не попадёт на юзерскую машину!
А что произойдет, если попадет? Мир при этом не падает, ибо все работает. А пытаться портировать всё подряд в некий пресловутый байт код — это бесмысленный тупик. Намного проще использовать готовые библиотеки через прослойки-адаптеры в виде NuGet пакетов, на какой бы технологии они не были написаны. Да хоть на Фортране. Главное чтобы работало и поддерживалось производителем.