Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
    Dmitry Sikorsky
    @DmitrySikorsky
    Hi! I'm planning to add this a bit later, but now it is not possible.
    Dmitry Sikorsky
    @DmitrySikorsky
    Волнительно)
    Артём Баранов
    @artemb89
    Круто) C entity framework core вроде бы то же самое произошло. https://blogs.msdn.microsoft.com/dotnet/2016/05/16/announcing-entity-framework-core-rc2/
    Артём Баранов
    @artemb89
    @DmitrySikorsky , Давно уже созрел вопрос по поводу
    applicationBuilder.UseSession(); в WebApplication. Если ExtCore используется для API, сессии там не нужны, несёт ли UseSession() лишнюю нагрузку?
    Dmitry Sikorsky
    @DmitrySikorsky
    @artemb89 вроде как UseSession добавляется в модуле Security, так? Можно просто не использовать тот модуль, либо сделать свой модуль и выпилить из него кусок. Я, признаться, не знаю, насколько много ресурсов потребляет UseSession.
    Артём Баранов
    @artemb89
    В классе ExtCore.WebApplication.Startup. Вроде бы не критично, где про это прочитать тоже не нашел.
    Dmitry Sikorsky
    @DmitrySikorsky
    Хм, проверю
    Dmitry Sikorsky
    @DmitrySikorsky
    It seems that everything related to assemblies discovery and loading is changed in RC2... So it will not be easy to move ExtCore to RC2 so I will appreciate any help. Thanks!
    Dmitry Sikorsky
    @DmitrySikorsky
    I've found some info: aspnet/Announcements#149
    Артём Баранов
    @artemb89
    Похоже нужно будет сделать изменения в:
    WebApplication.Startup
    WebApplication.DirectoryAssemblyLoader
    WebApplication.AssemblyManager
    Я правильно понимаю что нас интересует только CoreCLR, или DesktopCLR тоже нужен?
    Пронин Андрей
    @KANekT
    DesktopCLR судя по названию не нужен будет
    Dmitry Sikorsky
    @DmitrySikorsky
    Т. к. подход существенно изменился, я решил что будет неправильно пытаться подогнать существующее решение под новые реалии, поэтому я сделал пустой проект и в нем играюсь. Получать доступные сборки достаточно просто, используя 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"), и он падает с исключением, что не удалось загрузить сборку. Хотя если поменять путь на несуществующий, то получаю "Файл не найден".
    Да, думаю мы концентрируемся на CoreCLR.
    Артём Баранов
    @artemb89
    Не нравится мне что-то новый rc2=( Но сборку загрузить вродебы получилось
    Dmitry Sikorsky
    @DmitrySikorsky
    Я стараюсь подавить в себе сопротивление новому и просто принимаю его таким какой он есть :)))
    Странно, что у меня не получается загрузить из веб-приложения...
    А сборка объявлена как "frameworks": {
    "netstandard1.5": {
    "imports": "dnxcore50"
    }
    } ?
    Артём Баранов
    @artemb89
    нет
    "frameworks": {
    "dnxcore50": {}
    }
    Dmitry Sikorsky
    @DmitrySikorsky
    хм
    я читал, что сборки должны подключить netstandard1.5
    а приложения - "netcoreapp1.0"
    Артём Баранов
    @artemb89
    сейчас попробую
    Пронин Андрей
    @KANekT
    @artemb89 а что именно не понравилось по сравнению с RC1 ?
    Dmitry Sikorsky
    @DmitrySikorsky
    я тоже хочу ответить на этот вопрос) мне не совсем сейчас понятен отказ от dnx. точнее, то что от него вроде отказались в пользу CLI, но при этом во фрейморках все-равно "dnxcore50"
    и почему "netcoreapp1.0" имеет версию 1, а netstandard1.5 - 1.5 )
    Артём Баранов
    @artemb89
    и так тоже вроде бы работает. @KANekT Может быть дело привычки конечно, просто не удобно
    Да и в студии поддержки нет, или может быть я что-то делаю не так
    Dmitry Sikorsky
    @DmitrySikorsky
    вот залил свой тестовый проект
    надо только изменить путь к dll-ке
    Пронин Андрей
    @KANekT

    в студии поддержка будет позже

    а что именно понимается под поддержкой ?

    Dmitry Sikorsky
    @DmitrySikorsky
    кстати, заметил, что если включить только "imports": "dnxcore50", то нельзя подключить entityframework, например
    т.к. какая-то из зависимостей EF его не поддерживает, как я понял
    Артём Баранов
    @artemb89
    @KANekT собирать, запускать, работа с пакетами - всё из cli, не работает интелисэнс.
    @DmitrySikorsky Падает =( Пробовал свою либу подсунуть - не падает, сейчас поковыряю, может получится что
    Пронин Андрей
    @KANekT
    @artemb89 можешь скинуть тестовый проект
    я вчера ставил инструменты для VS RC2
    Артём Баранов
    @artemb89
    Попробуй взять проект Дмитрия
    Dmitry Sikorsky
    @DmitrySikorsky
    я поставил это. с поддержкой в студии вроде нет проблем. все собирается, есть проекты-шаблоны
    Пронин Андрей
    @KANekT
    я Артему :)
    Артём Баранов
    @artemb89
    спс
    Dmitry Sikorsky
    @DmitrySikorsky
    @artemb89 странно, что с моей падает, а с вашей -нет) там пустая либа) видать, в project.json что-то
    У меня у либы 2 связи:
    "NETStandard.Library": "1.5.0-rc2-24027",
    "Microsoft.AspNetCore.Mvc": "1.0.0-rc2-final"