потратишь время и деньги заказчика в 3 раза больше чем цена какого-нибудь dotfucator, а получится говно, которое школьником за 5 минут дампится

Но главное чтобы внутри софта норм обвязка была в плане защиты

А Не через if

Лучше на сервере держать какие то важные параметры

Без которых не заведётся

а потом ещё окажется, что заказчику похуй на защиту, тк продукт будет использоваться только внутри

Старожилы, помогайте. есть 2 проекта - один ASP.NET MVC с Global.asax, второй ASP.NET Web Api, это одно веб-приложение, которое хостится в IIS.
я хочу сделать self-hosted из него.
пробовал https://docs.microsoft.com/en-us/aspnet/web-api/overview/older-versions/self-host-a-web-api
но чёт не взлетело.

пробую OWIN - https://docs.microsoft.com/en-us/aspnet/web-api/overview/hosting-aspnet-web-api/use-owin-to-self-host-web-api

т.е. я делаю из проекта ASP.NET MVC Console application (был Class library), добавляю туда Program.Main и делаю всё по гайду (правда ещё добавляю бандлы и регистрирую IoC и роутинг из проекта Web Api)
и вообще не взлетает.

херню делаю?

Без кода не будет понятно. А так owin на свалку истории. Kester, вот это всё.

kestrel это .net core же. у меня легаси

Ну-ну. С# - это не про обфускаторы, имхо. Распарсить можно, но имена поломаются. Хочешь людям усложнить жизнь, пиши на c++

причем всем людям )) и разработчикам тоже

я лошара, и legacy self-hosted, и Owin работают. просто статику по-дефолту не отдают. а другие запросы я не тестил.
буду дальше тюнить Owin

попробуй кор лучше. Овин легаси немного

а. И прям жёсткое легаси? Проверял совместимость?

На самом деле, если проект не супер большой, то миграция это не так уж и больно

дофига делов на кору переезжать. не в скоупе данной задачи

OData контроллеры с EF работают в .Net Core?

+

из коробки

У меня есть legacy с owin в работе. Owin это боль. Мечта от него избавиться.