CEF, ES6, Angular 2, WebPack 2 .Net Core десктопное приложение без серверной части

[Atreides07]

Спасибо за работу. Жалко что мало плюсов набирают статьи. Но я внимательно слежу за вашими статьями и читаю с большим удовольствием. Пожалуйста, не бросайте.

[Serginio1]

Спасибо!

[Spoki4]

Добавляются лишние ./

У вас в publicPath стоит "./" поэтому и добавляется.

[Serginio1]

Это понятною Но для файлов ./ это текущая директория. Если её не указать, то необходимые файлы ищутся с корня диска

[Spoki4]

Я бы вам рекомендовал поглядеть документацию еще раз. Тык.

[Serginio1]

Только для локальных файлов это не работает. Начинает искать с корня диска. А задача была использовать локальные файлы без серверной части

[dmitry_pavlov]

Статья по теме dotnet new angular and dotnet new react

[Serginio1]

Не совсем. Это ближе к ASP.NET Core, Angular 2, SignalR для чайников

Там кстати там WebPack без поддержки Es6

Хотя они все так или иначе пересекаются. Спасибо!

[eletov]

Сергей из исходников не очень понятно как запускать на отличных от windows платформах.

[Serginio1]

Да дистрибутивы CEF нужно скачать отсюда
Chromium Embedded Framework (CEF) Automated Builds

Кроме того использовать Net Core отсюда
.Net Core All downloads

[Serginio1]

Для этого нужно перекомпилировать под каждую платформу SefSimple
Плюс я не пробовал на Linux, то возможно надо будет изменить загрузку .Net Core
Вот моя первая статья Кроссплатформенное использование классов .Net из неуправляемого кода. Или аналог IDispatch на Linux

На просторах интернета было найдено решение: Hosting .NET Core Clr in your own process и simpleCoreCLRHost и
initializeCoreCLR createDelegate и
unixinterface

Суть подключения заключается в загрузке библиотеки coreclr.dll, получения нужных интерфейсов и запуск CLR Runtime Host.

[eletov]

Ясно, спасибо, наверное стоит упомянуть в статье, что пример чисто теоритически кросс-платформен потому что построен на кросс-плафтформенных технологиях, но сама интеграция CEF и .NET Core у вас Windows only. Но в любом случае спасибо за статьи и ссылки, я недавно проектировал что-то похожее и остановился на electron для фронтэнда + .NET Core для интеграции с железом через DllImport, но вся коммуникация была IPC через WebSocket, т.е. приложение состоит из двух процессов. Так же рассматривали edge(для electron), но все же out of process в нашем случае лучше подошёл так как коммуникация простая(по типу событий) и вызовов немного + битность и стабильность процесса electron не страдала если приходится загружать нестабильные нативные DLL для различных железок от вендоров этих железок, так как это делает другой(.NET Core) процесс.

[Serginio1]

Спасибо! Суть то в том, что ты первый кто заинтересовался моими разработками.
Я один. При этом 1С ник, который решил интегрировать .Net в 1С. Ноги растут оттуда.
Я мог бы сделать и реальную кроссплатформенность, но главное показать как это работает.
Можно добавить использование JS объектов и функций на стороне .Net.

Что касается out of process каждый решает сам. Например по опыты в 1С приходится сочетать свои сборки и например тот же AngleSharp проще использовать на стороне 1С итд.
Можно использовать динамическую компиляцию итд.
Использовать out of process несколько сложнее.

[Serginio1]

Изначально я хотел делать аналог RPC. Его несложно сделать и на существующей модели. По аналогии с .Net Core, обмен с 1C по TCP/IP между различными устройствами

По сути внешне все остается тем же