И вообще - может нужно валить со всех ног на Core? Или вообще от MS в сторону?

Мое приложение работает, всё замечательно, но задумалось мне перенести html-разметку / стили / JS в отдельный файл. (VUE)

Для этого надо юзать WebPack.

Ну и понеслось...

Как бы слияние двух сред (MS VS и npm) даром не проходят, и то, что должно облегчать труд - его только усложняет (ИМХО).

Какие-то невнятные проблемы, то тут, то там...

Почему Task Runner не распознает webpack.config.js если он не в корне?

Ну это так...

VS 2017 в этом плане (интеграции) получше? И всё также через джопу?

hVosttты как-то связываешь разные по сути вещи

Ну, они же тесно связаны. Когда я пытался изобразить что-то на A2 и писал на node + MS VSC - то заманался продираться через ограничения CORS - я об этом. Клиент на node, сервер на IIS

Оставаться в одной IDE всё же проще. И вопрос именно про это, может быть IDE (MS VS) в разрезе CORE учитывает именно современные тренды.

А с WebStorm-ом как? Как обходить CORS? Опыт очень ценен, потому как сейчас я очень близок к "забить-на-всё-это" и остаться на чисто стеке .NET (MVC).

Почему я говорю про CORS - что бы прожевать данные с сервера - на каждый метод контроллера нужно было писать дополнительный + обвешивать их атрибутами.

hVosttАгнец за бортом,

я вообще-то про разработку говорю.
если у тебя сервер на ASP.NET, при чём тут node??
для сборки да, node нужен.

WebStorm это IDE заточенная под разработку на JS/TS..

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

или при чём тут CORS? в общем, не понял твою проблему ))

Расскажи про свое окружение.

У меня backend крутился на IIS, а frontend на ноде. Соответственно - не подергаешь ресурсы IIS, с другого origin.

Опять же, плюшки типа горячей замены работают только на ноде.

hVostt,


Не понимаю, что тебя смущает. Экосистема второго ангуляра заточена под ноду. Весь этот прорывной компонентный код нуждается в обслуживании, перед тем, как попасть в браузер. TS, склейка, минификация, горячая замена и еще черт-знает-что обслуживается вебпаком, который крутится под нодой. Браузер получает код от ноды. А backend-приложение хостится на iis, под asp.net mvc.

И чтобы обращаться из браузера к iis надо либо мутить с CORS, либо тащить frontend-экосистему в ASP.NET. Что, к слову, у меня не получилось - настолько там всё мутно.

Подниму тему.

По итогу - решил не использовать MS VS для фронтенда. По ряду причин.

Код пишу в MS VSC, собираю вебпаком на ноде.

Но backend весь остался на IIS.

Кому-нибудь это знакомо?

Какой "правильный pipeline разработки?

1. Сделать fake бекенда в JS, не трогать бекенд в студии до работ по интеграции.
2. Мутить CORS (утомительный мусор, как по мне)
3. В топку http, ws - наше всё.
4. Держать запущенными и VS и VCS, переключаясь между ними.

hVosttАгнец за бортом2. Мутить CORS (утомительный мусор, как по мне)

Чем тебе build --watch не угодил?

Мы практикуем VS + WebStorm. Никто не жаловался. В чём проблема-то?

Я не понял твой пост. Почему ты цитируешь второй пункт про CORS?

У вас 4-ый вариант?

Внесли правки в JS, векпак сделал билд, студия подхватила, броузер отобразил?

hVosttАгнец за бортом,

Ну как-то так.

Ок, спасибо