Здравствуйте, hrensgory, Вы писали:

>> А при чем здесь развесистый фремвор, watch и винда ?

H>Притом, что между исправлением кода и нажатием F5 в браузере появился
H>новый этап, иногда достаточно длительный — билд "клиентского приложения"
H>(gulp build/gulp watch). Ещё очень недавно этого не было.

Разумеется. И причины не во фремворках, а в усложнении требований к UI. Фремворки — следствие этого усложнения.

H>Хот релоад исправляет код без необходимости перезагрузки приложения, для
H>того чтобы убедиться что мы всё правильно исправили — конечно же запрос
H>(или серию запросов) придётся повторить. В простых случаях это делается
H>прямо через браузер, если повторять надо значительно более одного раза —
H>мы применяем пакетный файл с последовательными вызовами curl или
H>запускаем скрипт jmeter. Есть наверняка и другие способы автоматизации.

Если непонятно еще раз — фронтенд хранит состояние в нативной части. Каким образом без перезагрузки приложения обновить это состояние ?
На сервере у тебя состояния по большому счету нет вообще. В браузере ровно наоборот — DOM/BOM и есть твоё состояние.
Каким чудом ты собираешься хот релоадом решать проблему нативных модулей ?

Здравствуйте, hrensgory, Вы писали:

>> А при чем здесь развесистый фремвор, watch и винда ?

H>Притом, что между исправлением кода и нажатием F5 в браузере появился
H>новый этап, иногда достаточно длительный — билд "клиентского приложения"
H>(gulp build/gulp watch). Ещё очень недавно этого не было.

Разумеется. И причины не во фремворках, а в усложнении требований к UI. Фремворки — следствие этого усложнения.

H>Хот релоад исправляет код без необходимости перезагрузки приложения, для
H>того чтобы убедиться что мы всё правильно исправили — конечно же запрос
H>(или серию запросов) придётся повторить. В простых случаях это делается
H>прямо через браузер, если повторять надо значительно более одного раза —
H>мы применяем пакетный файл с последовательными вызовами curl или
H>запускаем скрипт jmeter. Есть наверняка и другие способы автоматизации.

Если непонятно, еще раз — фронтенд хранит состояние в нативной части. Каким образом без перезагрузки приложения обновить это состояние ?
На сервере у тебя состояния по большому счету нет вообще. В браузере ровно наоборот — DOM/BOM и есть твоё состояние.
Каким чудом ты собираешься хот релоадом решать проблему нативных модулей ?

Собственно в браузере есть возможность патчить JS прямо на лету. Жмешь в хроме F12, выбираешь JS файл, патчишь его, сохраняешь, радуешься результату. Это твой любимый хот-релоад. Проблема в том, что в более менее серьезном приложении это не даёт эффекта, нисколько, никакого. На страничках где функционала около нуля, такой патч помогает,но ровно до тех пор, пока ты не завязан на состояние.
Как только изменения затрагивают состояние, упс, надо перегружать приложение. И такое было уже на чистом, ванильном жээсе когда еще ангуляра и реакта даже в планах не было.