Consulo + .NET плагин, спустя два месяца

[kekekeks]

Тем временем появился опенсорсный компилятор от Microsoft с API для утилит и IDE, выставляющий наружу AST, вывод типов, etc. На него сейчас переходят Visual Studio и инструментарий от Xamarin. Может, всё же передумаете и запустите его в out-of-process плагине?

А вторая это то что даже автор IKVM, не поддерживает Mono.

IKVM входит в поставку Mono, его поддерживают.

[VISTALL]

Зачем? Таже Java все открыто, но никто не юзается.

Вы видимо не вкурсе. Посмотрите на их форк, и увидите что там 8 месяцев все тихо. Плюс — у них сломаные бинарники выложены. Автор игнорирует Mono, я сам это узнавал у него

[jonie]

Зачем? Таже Java все открыто, но никто не юзается.

Я тут потыкал этот Roslyn и скажу вам — плагины под студию пишутся «на раз-два». Например я за 2-а часа с нуля (без особых знаний Roslyn) создал плагин который мог при нахождении курсора на [NotNull] (это от jetbrains reshaper атрибут для параметров метода) добавить мне «Guard.MustNotNull(parameterName);» в тело метода.

Кроме того я попробывал нарисовать транслятор из своего DSL в код C# и компиляцию его «на лету» — тоже вполне себе…

Так что рассуждения насчет туманности будущего rosyn-а имхо безпочвенны — будут пользовать (конечно, не все подряд).

[VISTALL]

Давайте уточним. Первое — язык реализации Java vs C#. Второе. У меня не .NET IDE, или Java IDE. OutOfProcess это самая убогая идея, из всех возможных.

Вопрос будет следующий. А что делать с Resolving? Как он будет работать. Притом разные платформы, нужно иметь разные реализации.

Это головная боль.

Я не видел такого количества C# кода, который бы его требовал.