Pull to refresh
30
0
Send message

В общем, с таким репозиторием действительно может справиться только большая компания, в которой команда тестировщиков будет находить баги руками.

Снаружи этого не видно, но репозиторий там в 5 раз больше чем на GitHub и большая часть автотестов не выложена в OSS.

Все бинарники плагинов (даже OSS) от самой JetBrains покрыты EULA https://www.jetbrains.com/legal/docs/toolbox/user/

И любой кто их распространяет обязан заставить юзеров согласится с ней.

Не забудьте посмотреть лицензию на бинарник плагина. Она не обязана быть Apache 2

В дистрибутиве IDEA 2024.1 lib/src/src_spring-openapi.zip можно найти заголовки файлов

// Copyright 2000-2021 JetBrains s.r.o. and contributors. Use of this source code is governed by the Apache 2.0 license that can be found in the LICENSE file.

package com.intellij.spring;

В дистрибутиве IDEA lib/src/src_spring-openapi.zip можно найти заголовки файлов

// Copyright 2000-2021 JetBrains s.r.o. and contributors. Use of this source code is governed by the Apache 2.0 license that can be found in the LICENSE file.

package com.intellij.spring;

Реально скопировали API и собрали в свой плагин, легально, просто некрасиво. На первый взгляд было совсем непонятно

Разобравшись, становится ясно, что команда Сбера начала реализовывать клоны-фичи Spring на базе копии открытого Spring API.

Извини, Сбер, что обидел! Конечно ничего зазорного, удачи в этом нелегком деле!

Это плагин Spring из поставки Ultimate, который часть платного проприетарного продукта

Не придется, надо только будет поставить RustRover плагин в Ultimate

Забавно, что в оригинальном чендлоге от JetBrains забыли написать, к какому языку это улучшение относится.

К любому JVM, визуализатор отладки один и тот же для всех результатов выражений полученных jdwp. Точно работает Java и Kotlin, 99% работает и Groovy

Реактивный Spring весь внутри на Project Reactor, даже если вы используете поверх корутины, то они работают через адаптер

Понять, что именно происходит в процессе исполнения программы, даже опытному разработчику, достаточно сложно. 

А вот так можно увидеть ваш код в IntelliJ IDEA и всё-таки понять, что происходит
https://www.jetbrains.com/help/idea/reactor.html#reactor-debug

В шаблоне проекта у IntelliJ есть javafx плагин.

И можно просто пойти в Maven тулокно и выбрать там Plugins - javafx - javafx:jlink

В результате получите каталог с .exe и всем нужным, и вам не придется даунгрейдится на Java 8.

Там до сих пор нет отладчика для Windows и с JavaFX будет гора проблем. Это пока работает только в бэкенде и на Linux

А если говорить совсем начистоту про DI и настольные приложения, то он там вообще вреден. Показателен пример IntellIJ IDEA, которая раньше использовала какой-никакой DI с PicoContainer, но полностью от него отказалась в пользу простейшего паттерна Service Locator, который позволил загружать сервисы лениво по надобности и не грузить все классы сервисов заранее в память на стартапе.

Для настольных приложений внезапно оказывается стартап и отзывчивость важнее, чем красивая архитектура зависимостей.

IntelliJ IDEA - Light Services.

Do not acquire service instances eagerly or store them in fields, but obtain them in the place(s) where they will be used.

А для сборки бинарников JavaFX приложений рекомендуется использовать jlink, IntelliJ IDEA создает готовый проект JavaFX со всем необходимым сама в File - New Project - JavaFX. И никакой Launch4j не требуется

Настольным приложениям намного легче с DI на базе PicoContainer или накрайняк Guice. Я бы советовал не брать туда Spring ни в коем случае.

Когда у всех повышается зарплата, ничего не меняется, только инфляция растет

1
23 ...

Information

Rating
Does not participate
Registered
Activity