Microsoft.AspNet.Identity не стали использовать в проекте ?
Identity использовать не стал, мне эта штука не нравится. Там в таблице пользователей прописаны левые поля, вроде номера телефона, электронной почты и кучи прочего лишнего. + оно работает только с EF.
тогда базовый класс для контекста необходимо было бы наследовать от их класса. короче, жестко весьма
http://localhost:6067/wwwroot.areas.backend.css.platformus.barebone.min.css
такие ссылки не работают :( на новом ext core
Возможно, при пересборке файла просто не было и он не попал в ресурсы
css и js все равно не работают…
может тогда обновить example:
https://github.com/Platformus/Platformus-Sample
так, давайте разберемся. вы какую версию используете? я проверяю так: беру семпл, копирую исходники платформуса в src, прописываю в сепле альфу из исходников и запускаю. так я вношу правки в сам платформус. у меня стили работают. у вас не работают именно в такой конфигурации, или в старом примере?
я хочу выложить новый пример когда исправлю ошибки в платформусе и выложу новую альфу. скорее всего на выходных.
Dmitry, собрал пример ExtCoreSample по статье https://habrahabr.ru/company/microsoft/blog/279985/ - спасибо!
но есть пара коментариев - ExtensionB имеет template: "extension-b" - это отличие от ExtensionA. без него не работало
Вы приводите
public class Startup: ExtCore.WebApplication.Startup
без
public static void Main(string[] args) => WebApplication.Run<Startup>(args);
public class Startup: ExtCore.WebApplication.Startup
без
public static void Main(string[] args) => WebApplication.Run<Startup>(args);
и вот непонятка - я меняю IndexA.cshtml - ну там заголовок например - рестарую приложение - изменения нет. Спустя наверное пол часа - появилось.
И то же самое с дебагом - breakpoint in ExtensionAController works always, but breakpoint in Index.cshtml is disbled very often... any suggestions?
добрый день! насчет template: "extension-b": это ведь регистрация маршрута всего лишь. т. е. зарегистрировать любой урл по сути для своих экшнов. в extension-a стоит пустой маршрут, что означает всего лишь, что это главная страница. могу подробнее об этом рассказать, если нужно
на счет дебага и отображения изменений. смотрите, если расширения распространяются как dll, то соответственно после их пересборки необходимо скопировать dll (можно воспользоваться для этого имеющимся заданием gulp, либо вручную сделать) в папку с расширениями. только после этого приложение после перезапуска их подтянет. если же на расширения есть прямые ссылки, то изменения будут видны сразу после пересборки и можно будет дебажить ваши расширения.
т.е. в процессе разработки расширения удобнее иметь на него прямые ссылки, чтобы сразу видеть изменения и иметь возможность дебага. а когда расширение готово его можно распространять как dll, nuget-пакет или в виде исходников.
Многих, я думаю, волнует вопрос, когда выйдет ASP NET Core 1.0 и почему так долго длится разработка? Прежде всего, затянувшиеся сроки выхода связаны с масштабом вносимых изменений, а именно переходом от dnx к cli, также изменениями в API и доработке поддержки фреймворка в Visual Studio. Ожидаемые сроки выхода ASP NET Core RC2 - примерно через 4-6 недель.
https://new.vk.com/wall-61281696_2946
http://www.hanselman.com/blog/AnUpdateOnASPNETCore10RC2.aspx
I looking for this a years for asp.net, it's should be native solution for asp.net core
Круто) C entity framework core вроде бы то же самое произошло. https://blogs.msdn.microsoft.com/dotnet/2016/05/16/announcing-entity-framework-core-rc2/
Т. к. подход существенно изменился, я решил что будет неправильно пытаться подогнать существующее решение под новые реалии, поэтому я сделал пустой проект и в нем играюсь. Получать доступные сборки достаточно просто, используя DependencyContext.Default. Что мне сейчас непонятно, это как именно происходит поиск контроллеров, т. е. в каких сборках, и как туда подсунуть свои сборки. Т. е. то, что делалось вызовом services.AddTransient<IAssemblyProvider, ExtensionAssemblyProvider>(); Буду признателен, если поможете с этим разобраться. Также неясно пока, какой эквивалент services.AddMvc().AddPrecompiledRazorViews().
С IFileProvider вроде бы проблем нет, кстати.
Т. е. сейчас основная задача - понять, как заставить asp.net находить контроллеры в левых сборках, на которые нет ссылок. Пока что у меня идея одна - возможно, для этого используется AssemblyLoadContext.Default
Но я пытаюсь, например, выполнить метод AssemblyLoadContext.Default.LoadFromAssemblyPath(@"C:\Users\Dmitry Sikorsky\Desktop\ExtCoreNew.LibB.dll"), и он падает с исключением, что не удалось загрузить сборку. Хотя если поменять путь на несуществующий, то получаю "Файл не найден".