Как стать автором
Обновить

Комментарии 8

 Всё содержимое public помещаем в директорию resources/static Spring Boot приложения. После этого директория public больше не понадобится.

Т.е. после каждой малюсенькой правки, нужно не только пересобирать фронтовую часть (что как бы логично), но и потом всё собранное копировать в ресурсы?

Можно же было хоть как-то это всё автоматизировать, хотя бы запуск сборки через exec-maven-plugin с указанием сразу правильного пути, куда следует складывать собранный дистрибутив. Причём этот путь 146% должен быть где-то в target.

Короче, статья ни о чём.

Перечитайте внимательней пункт "Конфигурирование Svelte". Там есть кусок rollup.config.js, в котором прописан путь компиляции ресурсов и как этим пользоваться.

Давайте отредактируем компонент App.svelte так, чтобы слово World реактивно менялось на имя, получаемое с сервера

Вы императивно запрашиваете имя, императивно обновляете переменную в шаблоне. AJAX вижу, реактивность - нет.

Не совсем. Перед тем, как из fetch вернётся промис, переменная name имеет значение 'world' из импорта, и до получения промиса оно таким и отображается на доли секунды; после же отображение меняется на полученное из промиса. Это и есть реактивность, хоть и код выглядит императивным. Такая особенность Svelte

Вам стоит почитать о разнице между асинхронностью и реактивностью.

Ну примерно такая же разница, как между сантехникой и раковиной.

Да, переменная name не является реактивной, если Вы про это, но я такого и не писал. Реактивно её отображение.
Вот это<h1>Hello {name}!</h1>

Какой смысл это делать, если можно сделать API на джаве (если очень хочется), а весь фронтенд повесить на svelte kit?

Тупо проще в разворачивании. Не везде нужны отдельные BFF-ы. Один дистрибутив, один сервер, не требующий кроссдоменных вызовов.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории