это ж просто ЖС поменять

Написал, теперь работает быстро просто ВО 👍

это не сервер код

ну типа там сервер БЕЗ рестарта не поменять

а фронт они серверу переподкладывают

ну там не только блейзор. но это грубо говоря edit & continue

https://docs.microsoft.com/ru-ru/visualstudio/debugger/supported-code-changes-csharp?view=vs-2019

обещают что будет и сервер код, частично

на примерах изменения вьюшки если чо.

я конечно понятния не имею как сделать это в стейтфул чём нибудь, посмотрим как будет

не верю

в фул дотнете работало edit -continue, но это чисто для дэбага

насколько я слышал, требуется изменение рантайма, но типа сделают

или мне приснилось, что тоже вероятно.

ну так хот релод это чисто для дебага, разработки точнее

https://twitter.com/davidwengier/status/1386606138687324162?s=20

даже не только в ASP.NET Core хотят

о, вот это уже интересно

Чтобы обновить дизайнеры WPF

Студия делает shadowcopy сборок в дизайнтайме и на это сложно влиять. К тому же, т.к. она не выгружает их из домена (привет framework), у тебя могут быть загружены разные версии одной сборки и разные другие сборки могут на них ссылаться. У нас была классическая ситуация, когда сборка A зависит от B и C, а B ещё и от C. Тогда когда сбилдишь C и A. И рефлексией поищешь в домене все реализации некоего класса, то можно получить классы, которые ссылаются на старую C через B и на новую C через A. Я подкладывал соломку как мог в эти места, но починилось только переездом на .Net core, где наши дизайнеры переехали а отдельный процесс и мы сами делали копии сборок и подкладывали все изменённое дерево сборок (в случае выше, сборка B тоже бы перегрузилась).
Это было год назад, как оно сейчас живёт - я хз.

Понятно, пасиб. Думаю, проще всего тогда копированием на запуске обойтись.

Совсем хардкорно будет, если поставить себя выше всех в AssemblyResolve. Мне не разрешило начальство вставлять себя раньше студии и я не уверен насколько это решает проблему.

Хм. Интересный вариант, спасибо!