feat(webpack): add support for multiple entrypoints#130
Conversation
| Так же, читаются настройки jest (см. [документацию](https://facebook.github.io/jest/docs/en/configuration.html)) | ||
| и `proxy` (см. [документацию](https://github.com/facebook/create-react-app/blob/master/packages/react-scripts/template/README.md#proxying-api-requests-in-development)). | ||
|
|
||
| Несколько entry point |
There was a problem hiding this comment.
Похоже нужно накинуть тестов
There was a problem hiding this comment.
к сожалению пока в это репе с тестами плохо. Я делаю в другой ветке рефакторинг с вынесением интеграционных тестов в отдельный пакет, там можно будет сделать несколько вариантов конфигураций базовых. Пока так оставлю
| if (Array.isArray(entryPoint)) { | ||
| return getSingleEntry(entryPoint); | ||
| } | ||
| // client entry also can be an object, so we must add hot loader to each entry point |
There was a problem hiding this comment.
такое чувство что копипаста
|
|
||
| function getSingleEntry(clientEntry) { | ||
| return [ | ||
| configs.clientPolyfillsEntry, |
There was a problem hiding this comment.
возможно это не очень хорошо, так как энтрипоинты могут требовать разных полифилов
There was a problem hiding this comment.
в таком случае можно просто общие полифилы в null или false задать. А полифилы на каждый entry уже задавать через конфигурацию этих самых entry. Тип "clientEntry": { "mobile": ["src/mobile-polyfills", "src/mobile"] }.
В общем же случае мне кажется разумным таки их сразу подключать. Вообще вполне возможно получится избавиться от ручных полифилов после мержа вот этого
There was a problem hiding this comment.
да, согласен. А разве
не испортит все?
Добавлена поддержка любых возможных конфигураций entryPoint, как серверной, так и клиентской.
Теперь через настройки в package.json можно передавать строку, массив, или объект с entryPoint