Комментарии 11
Что хотелось бы:
— подхват fixture из `conftest.py`
— подхват встроенных fixture
— встроенные переменные типа `pytest_plugins, pytestmark`
А есть планы переделать/доделать maven plugin, чтобы он работал скажем как аналогичный от Eclipse для Groovy?
Да все очень просто на самом деле. Речь о совместной компиляции kotlin+java.
Вот как работает groovy: используется штатный maven-compiler-plugin, тот самый, который компилирует java. Eclipse groovy компилятор (groovy-eclipse-compiler) это расширение к нему.
Соответственно, в итоге никаких проблем с совместной компиляцией groovy+java нет, все работает из коробки. За зависимостями внутри проекта можно не следить — это забота компилятора.
А теперь сравните это с тем, что нужно сделать, чтобы скомпилировать проект, содержащий kotlin и java:
To compile mixed code applications Kotlin compiler should be invoked before Java compiler.
Ну и сравните сложность настройки.
Вот это вот все — довольно сильное ограничение.Я не хочу сказать, что собрать такой проект невозможно, но на сегодня это скажем так, далеко от идеала. Который, как мы видим на примере groovy, вполне возможен.
Сложность настройки — да, согласен, но это то, что нужно сделать один раз, причём не руками, а предоставить это IDE.
<configuration> <sourceDirs> <sourceDir>${project.basedir}/src/main/kotlin</sourceDir> <sourceDir>${project.basedir}/src/main/java</sourceDir> </sourceDirs> </configuration>
или вот про это?
<execution> <id>default-compile</id> <phase>none</phase> </execution>
По-моему и то и другое отдать IDE не получится. Да, насчет один раз — тут вы правы, это не каждый день делается. Ну и в целом это не шоу стоппер, конечно же, но скажем так, некоторое неприятное неудобство, хотя надо сказать, по сравнению с первыми версиями плагина уже стало намного лучше.
Я конечно могу пользоваться и так, но на родном языке всё равно удобнее.
Научите Перл компиляться в JVM и все остальное станет просто не нужно )))
Синтаксического сахара в нём просто целая коробка рафинада )
JetBrains Night в Москве. Видео. Kotlin как первый шаг к JVM