Blazor (server-side): избавиться от _Host.cshtml

Есть проект следующей структуры:

1. Библиотека общих классов и компонентов Blazor. В т.ч. в ней размещается дефолтный класс хоста, который настраивает DI, хост и всё прочее.

2. Библиотека, в которой размещаются страницы конкретного приложения. Т.е. это все razor-компоненты, файл '_Imports.razor', корневой компонент с роутингом и разметкой.

3. Проект с запускаемым модулем, который содержит 'Main' и параметры сборки под конкретную платформу (технически, он просто создаёт хост из п.1, выдаёт минимум параметров и запускает его). И здесь же расположен '_Host.cshtml' (там загружаются js-скрипты blazor, подключаются стили, указывается корневой компонент и т.п.). В дефолтном классе хоста (из п.1) есть вызов app.MapFallbackToPage("/_Host");, который, как я понимаю, определяет эту страницу в качестве стартовой.


Вопрос - возможно ли как-то этот '_Host.cshtml' переместить в сборку из п.1? Т.е.:
1. Либо вот прямо в виде файла. Ну т.е. переместить-то я его могу, но тогда он теряется при сборке и по '/_Host' не резолвится ('Cannot find the fallback endpoint specified by route values: { page: /_Host, area: }.').
2. Либо вообще в виде встроенного статичного ресурса, который вовзращается просто в виде текста через синтаксис 'minial API'.

0

Если для проекта [1] дополнительно указать в свойствах проекта <AddRazorSupportForMvc>True</AddRazorSupportForMvc> и переместить туда файл '_Host.cshtml', то он корректно обрабатывается при сборке проекта и помещается в сбору [1] ровно так же, как и в сборку [3] (если он там находится).

Т.е. в сборке появляется полностью идентичный класс 'AspNetCoreGeneratedDocument._Host'.

Однако app.MapFallbackToPage("/_Host"); его при этом не видит почему-то.

0

В общем, всё ок, но поведение фреймворка всё равно не понятно.

Если для проекта [3] указать <OutputType>WinExe</OutputType>, то хост, инициализируемый в проекте [1], не видит класс '_Host.cshtml', расположенный в том же проекте [1]

Если не указывать, то видит.

0

MapFallbackToPage просто определяет мидлварю , которая в случае 404-кода будет направлять пользователя на указанную страницу
а в случае с блазором это нужно т.к все маршруты сводятся в один обработчик по сути таким образом.
Т.е не важно в каком проекте у вас _Host и есть ли он вообще , важно что бы в проекте была маршрутизация и что бы браузеру по маршруту отдавался контент со скриптами от блазора , ну и т.к за это дело обычно по дефолту отвечают мидлвари разного плана - нужно что бы они были зареганы и запущены , так же нужно подрубать соответствующий sdk т.к там еще ряд настроек и конфигураций при сборке проекта, так для razor сборок особые указания компилятору.

1

sau,
И оно работает не так, как ожидается.

Т.е. '_Host' компилируется в класс нормально.
И маршрутизация до него работает.

Независимо от того, где именно расположен исходный '_Host.cshtml' и в какую сборку помещается итоговый класс.

Однако, если в запускающем проекте указать <OutputType>WinExe</OutputType>, то этот '_Host' обнаруживается только если он расположен в проекте запускаемого файла.

А если не указывать 'WinExe', то проект собирается как консольный и при запуске отображает ненужное для данного приложения консольное окно.

0

Сообщение от sau Т.е не важно в каком проекте у вас _Host и есть ли он вообще

Может подскажете вообще любой, пусть даже люто костыльный, пусть с ручной генерацией класса в рантайме, любой способ убрать '_Host.cshtml' в другую сборку, ну или вообще избавитсья от него?

Сделал минимальный пример - проблема повторяется стабильно, т.е.:

1. Если в проекте 'StarterExp' выставить <OutputType>Exe</OutputType>, то всё ок.

2. Если заменить на <OutputType>WinExe</OutputType>, больше вообще ничего не меняя, то '/_Host' не обнаруживается. И в отладке, и в релизе, и при прямом запуске и при запуске в VS (хотя, если заглянуть в сборку через 'ildasm', то там есть сгенерированный класс "_Host", который ничем не отличается от п.1.):

InvalidOperationException: Cannot find the fallback endpoint specified by route values: { page: /_Host, area: }.

Вложения

BlazorExp.zip (5.1 Кб, 0 просмотров)

0

я так просто для справки
а чем

Сообщение от kotelok <OutputType>Exe</OutputType>

от

Сообщение от kotelok <OutputType>WinExe</OutputType>

отличается?

0

0

Сообщение от OwenGlendower консольное приложение и GUI приложение соответственно

но блазор это же веб - консолька

0

0

0

0

0

Суть сего явления мне до сих пор не понятна. И "решение" тоже загадочно.

Однако, почему-то помогает передача в качестве 'ApplicationName' короткого имени текущей сборки. По умолчанию там имя запускающей сборки (всегда). Но почему-то если стартующий процесс консольный, то это не мешает, а если winexe, то Host-класс оно найти не может.
Добавлено через 3 минуты

0