Comments 19
Документации, к сожалению, 0.
Интересно, какие в проекте еще есть фишки, кроме XSLT? Чем он лучше llvm и ikvm — тем, что это xml?
P.S. В случае с java -> objective C что-то страшное — по сути, преобразование на выходе имеет хардкодную JVM, написанную на Obj-C и специфицированную входным алгоритмом из java. Тут недавно писали про проекции Футамуры и суперкомпиляторы. Похоже, разработчики, сами не осознавая, сделали что-то подобное, но на коленке.
P.P.S. Целых два тикета в трекере говорят о многом.
Интересно, какие в проекте еще есть фишки, кроме XSLT? Чем он лучше llvm и ikvm — тем, что это xml?
P.S. В случае с java -> objective C что-то страшное — по сути, преобразование на выходе имеет хардкодную JVM, написанную на Obj-C и специфицированную входным алгоритмом из java. Тут недавно писали про проекции Футамуры и суперкомпиляторы. Похоже, разработчики, сами не осознавая, сделали что-то подобное, но на коленке.
P.P.S. Целых два тикета в трекере говорят о многом.
да вообщем-то на любой схемке (Gambit, например) можно написать подобный кросс-трансформер, а оттуда уже портировать куда угодно. AST — оно и в Африке AST. А XML тут за уши притянут, видимо, исключительно из-за реализации проекта на Java. Ну любят джависты XML, что поделать ;-)
> Мало того, мы может кросс-компилировать Android приложение для
Вас же не раз просили больше ничего не переводить.
Вас же не раз просили больше ничего не переводить.
www.cokeandcode.com/kevsblog
Человек пишет на основе XMLVM фреймворк для кросскомпиляции под Android и iPhone
Человек пишет на основе XMLVM фреймворк для кросскомпиляции под Android и iPhone
UFO just landed and posted this here
Ага, я тоже думаю, что в общем случае теоретически AST проще трансформировать, чем байт-коды.
Но при том подходе, что выбрали они (например, для Obj-C), когда в целевом языке просто реализуется VM, начиненная подобием шитого байткода исходного языка, трансформировать AST было бы крайне нетривиальной задачей, в отличие от.
Да, и при выбранном подходе о стОящей оптимизации можно в принципе забыть :(
Но при том подходе, что выбрали они (например, для Obj-C), когда в целевом языке просто реализуется VM, начиненная подобием шитого байткода исходного языка, трансформировать AST было бы крайне нетривиальной задачей, в отличие от.
Да, и при выбранном подходе о стОящей оптимизации можно в принципе забыть :(
А как это будет работать на обфусцированном коде?
ощущения от прочтенного — как будто увидел что кто-то перемалывает хомяка в блендере, бессмысленно и беспощадно.
А я бы выкинул из названия последнее слово, а запятую заменил на тире…
позволяет кросс-компилировать Java или .NET приложения в Javascript, который с легкостью может быть выполнен как AJAX в любом браузере
Что-то мне не верится, что с легкостью.
Вопрос о производительности видимо можно даже не задавать 8)
«но уже сейчас можно понять, что все это будет тормозить и глючить» (с) забыл кто именно сказал
Байт-код и виртуальная машина это только маленькая частичка платформы. Без библиотек наша кроспортированая програма просто набор цыфрового мусора. А портировать значительную часть того же .NET Framework невозможно, потому как библиотеки завязаны на платформу Windows (Windows Forms например). Если кстати посмотреть ихнюю документацию то для переноса Андроид -> ЯМобилко нужно реализировать слой библиотечной совместимости что серёзно уменьшает применимость проэкта.
Sign up to leave a comment.
XMLVM, сумасшедшие возможности