Собираюсь портировать код с C# и Java на Dart, похоже, придется написать конвертор, чтобы облегчить себе жизнь. Интересно, может ли Немерле/N мне в этом помочь?
Re: Java to Dart, C# to Dart code converter
От:
Аноним
Дата:
06.12.13 05:56
Оценка:
Здравствуйте, Andy77, Вы писали:
Попроси Влада дать Н2.
Там это будет сделать относительно легко.
Возможно процентов 30 уже даже ими сделано.
Здравствуйте, Andy77, Вы писали:
A>Собираюсь портировать код с C# и Java на Dart, похоже, придется написать конвертор, чтобы облегчить себе жизнь. Интересно, может ли Немерле/N мне в этом помочь?
Можно, в качестве легкого офтопа, откуда родилась потребность?
Здравствуйте, Alexey931, Вы писали:
A>Можно, в качестве легкого офтопа, откуда родилась потребность?
Хочу посмотреть, можно ли наконец-то использовать алгоритмы с интенсивными вычислениями и требованиями к памяти (statistical computations, regressions, machine learning, chemoinformatics, bionformatics algorithms) прямо в браузере. Джаваскрипт просто ужасен по многим причинам, а на Дарте я бы попробовал, приятный язык и я думаю, что него очень светлое будущее. Перевел вчера несколько тысяч строк кода на Дарт, набил себе руку в дартовском синтаксисе и в библиотеках, получил первые обнадеживающие результаты (особенно под Dartium) и теперь хочу хотя бы частичной автоматизации.
Здравствуйте, Andy77, Вы писали:
A>Собираюсь портировать код с C# и Java на Dart, похоже, придется написать конвертор, чтобы облегчить себе жизнь. Интересно, может ли Немерле/N мне в этом помочь?
Как тут правилно заметили, для трансляции языков больше подойдет Nitra. Обращайся на скайп (vc.rsdn.ru). Грамматика для C# есть. Для явы — нет, но создать ее довольно просто.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, Andy77, Вы писали:
A>Перевел вчера несколько тысяч строк кода на Дарт, набил себе руку в дартовском синтаксисе и в библиотеках, получил первые обнадеживающие результаты (особенно под Dartium) и теперь хочу хотя бы частичной автоматизации.
Из Википедии:
В настоящее время предполагается два способа исполнения Dart-программ: с использованием виртуальной машины или с промежуточной трансляцией в javascript.
Как-то это не похоже на то что может дать хорошую производительность. Что за ВМ они для него сделали?
И не проще ли ту же Яву или Дотнет использовать? По любому код быстрее будет исполняться.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re[4]: Java to Dart, C# to Dart code converter
От:
Аноним
Дата:
10.12.13 07:06
Оценка:
Здравствуйте, VladD2, Вы писали:
VD>И не проще ли ту же Яву или Дотнет использовать? По любому код быстрее будет исполняться.
1. Не факт что быстрее. Dart строго типизирован.
2. Dart работает в любой браузере без доработок, а для той же джавы или нет надо ставить плагины которые в большинстве случаев запрещены. Например у меня в браузере не будет работать ни шарп ни джава.
Здравствуйте, VladD2, Вы писали:
VD>Из Википедии: VD>
VD>В настоящее время предполагается два способа исполнения Dart-программ: с использованием виртуальной машины или с промежуточной трансляцией в javascript.
VD>Как-то это не похоже на то что может дать хорошую производительность. Что за ВМ они для него сделали?
Их VM пока что работает только в Дартиуме, производительность, грубо говоря, как у джаваскрипта, ну где-то в два раза быстрее. Вот их графики — https://www.dartlang.org/performance/
Полностью с тобой согласен, "хорошей" производительности, конечно, не получится, но может быть, получится приемлемая для некоторых задач, что будет уже очень неплохо. К тому же, в плане VM им еще есть куда расти, похоже, последний год большая часть их усилий была направлена на улучшение трансляции в джаваскрипт.
VD>И не проще ли ту же Яву или Дотнет использовать? По любому код быстрее будет исполняться.
Дотнет (в основном C++ для тяжелых вычислений) мы сейчас как раз и используем, но сейчас мне хочется очень странного — чтобы единожды написанный код работал в Chrome на всех платформах, включая мобильные (с прицелом на 2-3 года) и Chromebooks. Отдельного упоминания по этому поводу заслуживает PNaCl, но это тема отдельного топика. Я и сам не уверен, что мне этим следует сейчас заниматься, т.к. от вида джаваскрипта меня подташнивает (Дарт намного лучше, но все равно одного поля ягоды). Тем не менее, исследование я решил продолжить, посмотрим, что получится... я могу ошибаться, но мне кажется, что вся экосистема Chrome (Dart/PNaCl/Chrome-packaged apps) созрела для качественного скачка, Гуглу осталось только объединить разрозненные части в единое целое.
Здравствуйте, Аноним, Вы писали:
А>1. Не факт что быстрее. Dart строго типизирован.
Если у него в WM нет компилятора в нативынй код, то — факт.
И, даже, если оный присутствует, ему нужно еще не мало лет чтобы достичь уровень оптимизации реализованный в дотнете и яве.
Я не разбирался в деталях, но эмпирический опыт меня обычно не подводит.
А>2. Dart работает в любой браузере без доработок,
Как же он работает если он требует VM? Или речь идет о коде преобразованном в JS? Ну, так это будет заведомый тормоз. А ты воде как хочешь быстрый код.
А>а для той же джавы или нет надо ставить плагины которые в большинстве случаев запрещены. Например у меня в браузере не будет работать ни шарп ни джава.
Бесплатный сыр бывает только в мышиловке. Поставить яву или дотнет не является проблемой для людей. Сам использую банковскую систему написанную на Яве.
С точки зрения скорости в броузере, на сегодня, это единственное рабочее решение. Ну, и с точки зрения скорости и надежности разработки.
Попробуй просто использовать Немерл или Котлин/Скалу (для Явы). Может это решит твои проблемы. По прозводительности это будет куда лучше Дарта преобразованного в ЖС. И, скорее всего, лучше его ВМ. В будуем, расклад может и изменится. Но пока ты сэкономишь массу времени. А озвученные языки куда мощнее.
В общем, нам очень даже выгодно, если ты будешь исползовать Nitra/Nemerle для конвретации Шарпа и Явы в Дарт. Постараюсь помочь тебе насколько позволяет время. Так что можешь стучаться мне на скайп (vc.rsdn.ru), я дам тебе текущую версию и консультации. Но сама идея использования Дарта мне кажется стремной. Но настаивать не буду.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, Andy77, Вы писали:
A>Дотнет (в основном C++ для тяжелых вычислений) мы сейчас как раз и используем, но сейчас мне хочется очень странного — чтобы единожды написанный код работал в Chrome на всех платформах, включая мобильные (с прицелом на 2-3 года) и Chromebooks.
Может тогода было бы разумнее написать генератор для того же http://www.nemerleweb.com? Он и ЖС-версию выдаст (уже умеет) и Драт (если транслятор сделаешь). Там это будет куда проще, чем писать с нуля парсер и конвертер.
A>Отдельного упоминания по этому поводу заслуживает PNaCl, но это тема отдельного топика.
Да, ничего ничего. Для общего развития подобные сведения очень полезны. Так что излагай. Не стесняйся.
A>Я и сам не уверен, что мне этим следует сейчас заниматься, т.к. от вида джаваскрипта меня подташнивает (Дарт намного лучше, но все равно одного поля ягоды). Тем не менее, исследование я решил продолжить, посмотрим, что получится... я могу ошибаться, но мне кажется, что вся экосистема Chrome (Dart/PNaCl/Chrome-packaged apps) созрела для качественного скачка, Гуглу осталось только объединить разрозненные части в единое целое.
Ну, у МС есть Тайпскрипт. Как язык пребразуемый в ЖС он выгдяит очень перспективно. ДжетБрэйнс ему поддержку делает. Так что работать будет удобно.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали:
VD>Попробуй просто использовать Немерл или Котлин/Скалу (для Явы). Может это решит твои проблемы. По прозводительности это будет куда лучше Дарта преобразованного в ЖС. И, скорее всего, лучше его ВМ. В будуем, расклад может и изменится. Но пока ты сэкономишь массу времени. А озвученные языки куда мощнее.
Я не аноним, которому ты отвечал, но Немерл и Скала (которую я немного использовал) не помогут — мои проблемы и так решены с помощью C++ и C#, а сейчас вот хочется именно странного. Немерл, кстати, я собирался использовать для построения силверлайт приложений в том же контексте, где я сейчас пробую Дарт, но компиляция в силверлайт так и не появилась, а сейчас уже и сам силверлайт списан в утиль.
VD>Кстати, для генерации ЖС у немерла есть http://www.nemerleweb.com. Очень перспективная штука.
Здравствуйте, VladD2, Вы писали:
A>>Я и сам не уверен, что мне этим следует сейчас заниматься, т.к. от вида джаваскрипта меня подташнивает (Дарт намного лучше, но все равно одного поля ягоды). Тем не менее, исследование я решил продолжить, посмотрим, что получится... я могу ошибаться, но мне кажется, что вся экосистема Chrome (Dart/PNaCl/Chrome-packaged apps) созрела для качественного скачка, Гуглу осталось только объединить разрозненные части в единое целое.
VD>Ну, у МС есть Тайпскрипт. Как язык пребразуемый в ЖС он выгдяит очень перспективно. ДжетБрэйнс ему поддержку делает. Так что работать будет удобно.
По сравнению с Дартом, Тайпскрипт у меня не вызывает никакого энтузиазма по следующим причинам:
— ТС — это, грубо говоря, всего лишь типизированный джаваскрипт, что облегчает порог вхождения, но не делает язык хорошим. Как язык, Дарт мне нравится намного больше.
— Потенциал по производительности у Dart VM намного больше, чем у джаваскрипта c его V8, SpiderMonkey и Nitro. Более того, видно, что разработчикам это действительно важно — например, поддержка SIMD появилась уже давно — https://www.dartlang.org/articles/simd/ — да, это камень в сторону .нет.
— ДжетБрейновский WebStorm поддерживает дарт.
— Последняя и, наверное главная причина — гугл кровно заинтересован в разработке инструментвов и экосистем, позволяющих разрабатывать сложные приложения, которые работают на всех системах, и уже имеет платформу для распространения приложений — хром, который работает везде, и PNaCl, которые позволяет запускать нативный код на всех платформах. Смысла же майкрософту развивать тайпскрипт я не вижу никакого, ведь если на нем начнут писать приложения, заменяющие офис и т.д., то это отрицательно отразится на продажах — все перейдут на 200-долларовые хромбуки. Да и, если честно, они исчерпали мой кредит доверия после убийства силверлайта.
Здравствуйте, Andy77, Вы писали:
A>Хочу посмотреть, можно ли наконец-то использовать алгоритмы с интенсивными вычислениями и требованиями к памяти (statistical computations, regressions, machine learning, chemoinformatics, bionformatics algorithms) прямо в браузере.
Здравствуйте, Andy77, Вы писали:
A>Немерл, кстати, я собирался использовать для построения силверлайт приложений в том же контексте, где я сейчас пробую Дарт, но компиляция в силверлайт так и не появилась, а сейчас уже и сам силверлайт списан в утиль.
Здравствуйте, novitk, Вы писали:
N>Здравствуйте, Andy77, Вы писали:
A>>Хочу посмотреть, можно ли наконец-то использовать алгоритмы с интенсивными вычислениями и требованиями к памяти (statistical computations, regressions, machine learning, chemoinformatics, bionformatics algorithms) прямо в браузере.
N>Native Client не интересовались?
Интересовался, я даже PNaCl упомянул в этом топике. Собираюсь вскоре опробовать его, тем более что как раз недавно появилась поддержка С++ исключений (выйдет в хром 33). В любом случае, даже если все тяжелые вычисления мы будем производить в PNaCl, нам нужна будет хорошая скриптовая поддержка.
Здравствуйте, Andy77, Вы писали:
A>- ТС — это, грубо говоря, всего лишь типизированный джаваскрипт, что облегчает порог вхождения, но не делает язык хорошим. Как язык, Дарт мне нравится намного больше.
Это ты зря. ТС это совсем дугой язык. Единственное что в его дизайне заложена хорошая конвертируемость в ЖС.
Основная фишка ТС — структурная типизация. Она похожа на динамическую, но при этом обеспечивает статический контроль.
A>- Потенциал по производительности у Dart VM намного больше, чем у джаваскрипта c его V8, SpiderMonkey и Nitro. Более того, видно, что разработчикам это действительно важно — например, поддержка SIMD появилась уже давно — https://www.dartlang.org/articles/simd/ — да, это камень в сторону .нет.
Потенциал у них одинаков. Если кто-то сделает нативный компилятор ЖС, то он может быть по эффективности аналогичен Яве и Шарпу. Даже, возможно, потенциально побыстрее будет, за счет того, что параметры типов в нем ближе к С++-м шаблонам, нежели к недодженирикам явы. А интерфейсы там вовсе очень грамотно сделаны.
A>- Последняя и, наверное главная причина — гугл кровно заинтересован в разработке инструментвов и экосистем, позволяющих разрабатывать сложные приложения, которые работают на всех системах, и уже имеет платформу для распространения приложений — хром, который работает везде, и PNaCl, которые позволяет запускать нативный код на всех платформах. Смысла же майкрософту развивать тайпскрипт я не вижу никакого, ведь если на нем начнут писать приложения, заменяющие офис и т.д., то это отрицательно отразится на продажах — все перейдут на 200-долларовые хромбуки. Да и, если честно, они исчерпали мой кредит доверия после убийства силверлайта.
Все тоже самое есть у МС. Разве что нет планов создания компиляторов для ТС. Но кто-нить это точно сделает. Глупо не получать выгоду из наличия типов в компайлтайме.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали:
VD>Все тоже самое есть у МС. Разве что нет планов создания компиляторов для ТС. Но кто-нить это точно сделает. Глупо не получать выгоду из наличия типов в компайлтайме.
У МС нет
— хрома, которые работает везде
— PNaCl
— самое главное: амбиций и смысла развивать технологии, которые работают на платформах, отличных от Windows.
Здравствуйте, Andy77, Вы писали:
A>Интересовался, я даже PNaCl упомянул в этом топике. Собираюсь вскоре опробовать его, тем более что как раз недавно появилась поддержка С++ исключений (выйдет в хром 33). В любом случае, даже если все тяжелые вычисления мы будем производить в PNaCl, нам нужна будет хорошая скриптовая поддержка.
Ага, сейчас увидел. Честно говоря я не хочу новый язык с специально под него разработанной VM.
Меня бы больше устроил правильно встроенный и возможно улучшенный JVM (Dalvik?) в котором было бы возможно использовать существующие наработки в Java-based библиотеках и языках (Scala, Clojure, Jython, etc).
