Подражая build_runner обслуживать на сервере nodeJs

Question

С истечением срока действия Dartium, которое произошло всего несколько дней назад, я почувствовал необходимость перейти с dart 1.24.3 на Dart2, хотя он все еще в dev.

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

Я запускаю сервер nodeJs, который также выступает в роли веб-сервера с клиентским дротиком. Проблема, с которой я сталкиваюсь с новым SDK DART, заключается в том, что для чтения файлов в Drome в Chrome они должны обслуживаться с использованием webdev serve или build_runner serve.

.

Очевидно, что эти 2 команды действуют как файловый сервер, а это не то, чего я хочу, так как я использую сервер nodeJS.

Используя build_runner watch, я думаю, что я включаю сборку и просмотр файлов .dart в .dart.js внутри следующего каталога:

.dart_tool / сборки / генерироваться // Lib

Я также могу обслуживать их с моего сервера nodeJS. Остается только каталог пакета, и я не могу найти, где pub обслуживает следующие файлы пакета:

/ пакеты / $ SDK / dev_compiler / драмы / require.js /packages/$sdk/dev_compiler/amd/dart_sdk.js

Кто-нибудь знает, что служит build_runner, чтобы включить их?

Спасибо,

Answer 1

Существует 2 варианта использования другого сервера во время разработки.

1. Запустите build_runner serve на другом порту и перенаправьте запросы к нему с вашего другого сервера. Это дает преимущество в задержке запросов во время сборки, поэтому вы не получите несогласованный набор ресурсов.
2. Запустите build_runner watch --output web:build и используйте созданный каталог build/ для обслуживания файлов из. Это будет включать каталог build/packages, в котором находятся эти файлы.

Answer 2

Эти файлы обслуживаются из каталога lib самого dart sdk.

Обратите внимание, что есть другая опция, которая заключается в использовании опции -o из build_runner. Это создаст объединенную директорию с исходными и сгенерированными файлами, которые вы можете обслуживать напрямую, не полагаясь на какую-либо внутреннюю структуру файлов.