Вы понимаете — что бы сделать умный completion нужно сделать парсинг и аналиг файлов. Поэтому и Online IDE проигрывают, ибо у них нету анализа. Зачастую — это просто статичная подсветка.
Даже для formatting — нужен парсинг, что бы понять как раставлять блоки кода.
Rename — требует resolving, что бы правильно переименовывать нужные method calls.
Знаю я. У меня давно порт этого плагина лежит. Но в нем доволи много хлама. В бранче 1.0 его перебрали, и это уже другой плагин. Также там есть Google App Engine поддержка но она убогая. Я давно сделал с нуля её для всех платформ. Но пока все пылится ибо у меня недоходят руки.
Комплишен не теряется. Покажу пример реализации плагина IKVM.NET. Проект создан — в нем есть ссылки только на Microsoft .NET SDK, и на IKVM.NET SDK(он повторяет все Java классы в .NET байткоде). Смотрим
В IKVM.NET сильно большие либы в зависимостях. Там классы с rt.jar. Когда размер либ важен, он проигрывает. Я знаю людей которые юзают транслятор сорс кода Java -> C# для Юнити.
С одной стороны есть понимание, что проект очень нужный и крайне нужный. С другой, я вижу, что проекту остро не хватает разработчиков и организации. Прислушиваясь к себе, я понимаю, что я не хочу браться за этот проект, потому что у него такой размах, что меня это просто пугает. Я восхищаюсь VISTALL сколько он уже сделал и ещё вкладывает сил, но проект на столько грандиозный, что даже не верится, что его вообще возможно сделать такими малыми силами. В итоге чувствую вину, что очень хочу этот продукт, но боюсь браться за него.
Я где то 3 месяца думал — ли стоит. Одна из причин была — как раз, что я боялся взятся.
А можно еще немного подробнее о «Java as .NET»? Что хочется получить в итоге?
Что бы можно было работать стабильно в Java коде, при этом среда выполнения будет .NET.
Используя профили — можно сейчас, создать проект на Java, который будет работать на JVM, но при переключении на другой профиль будет на .NET
При этом — можно добится возможности, соединения Java + C# модулей, когда они все компилятся на .NET.
Parsing, Resolving, Highlight, Folding, Base Refactoring, Some Quick Fixes — все это есть и так. Зачем Roslyn?
Суть в том — что он будет как external tools, даные будут передаватся либо через TCP, либо через саму консоль. Если выбирать — то я возьму поддержку на родном языке IDE, и пусть я больше времени убью. Это дасть побольше перспектив в будущем.
Да — эти все вещи, у меня в планах, но пока — скоростью разработки, я не могу гарантировать, поэтому ничего нету. И это не ограничивается .NET платформой
Мне б для начала вырватся из той ситуации, в которой я сейчас
Roslyn в любом случаи не будет, ибо всеже CrossPlatform, а таскать с собой Mono не вариант. Да и будет это все в External Tools, ибо Java не работает с .NET напрямую.
Code fix / Code refactoring — это все делает и так, и Roslyn не нужен, просто пока я ленюсь.
Даже для formatting — нужен парсинг, что бы понять как раставлять блоки кода.
Rename — требует resolving, что бы правильно переименовывать нужные method calls.
github.com/consulo/consulo/wiki/Download-links
Я увидел проблему — которая жрет памьять, буду исправить в течении недели, пока выход только увеличить.
Стык — не такой и проблемный как кажется.
Я где то 3 месяца думал — ли стоит. Одна из причин была — как раз, что я боялся взятся.
Что бы можно было работать стабильно в Java коде, при этом среда выполнения будет .NET.
Используя профили — можно сейчас, создать проект на Java, который будет работать на JVM, но при переключении на другой профиль будет на .NET
При этом — можно добится возможности, соединения Java + C# модулей, когда они все компилятся на .NET.
Доволи веселая вещь получается
2. Я не люблю костыли. Это одна из причин, почему я отошол от IDEA. А это костыль будет. Я имел опыт подобной системы, и повторять я его не буду
Parsing, Resolving, Highlight, Folding, Base Refactoring, Some Quick Fixes — все это есть и так. Зачем Roslyn?
Суть в том — что он будет как external tools, даные будут передаватся либо через TCP, либо через саму консоль. Если выбирать — то я возьму поддержку на родном языке IDE, и пусть я больше времени убью. Это дасть побольше перспектив в будущем.
C# 6.0 — реализация со стороны IDE, это пустяк.
Поэтому и делать намного сложней, чем на базе Visual Studio. Если я не ошибаюсь, тот же Mono Develop тоже не юзает Roslyn
Мне б для начала вырватся из той ситуации, в которой я сейчас
Нехватка рук. Да и нету человека, который бы обьяснил, как все это добро работает, от компиляции до запуска, ибо пока у меня нету времени изучать
Спасибо. Энтузиазма хватает — я бы поделился бы с кем то)
Code fix / Code refactoring — это все делает и так, и Roslyn не нужен, просто пока я ленюсь.
VSIX — даже не задумывался