@Shaplykos

Всем доброго. Мне нужно хранить C# код на сервере. А с помощью клиента влиять на переменные в объектах. Направьте пожалуйста на статьи которые помогут мне это реализовать.

0

@Rius

Код в скомпилированном виде или в текстовом?
Выполняться он будет на сервере или клиенте?
Изменения влиять на всех клиентов сервера, или на одного?
Подробнее.

0

@Shaplykos

Код в скомпилированном виде.Должен выполняться на сервере и предоставлять переменные из объектов по запросу с клиента.Так же через клиент должна быть возможность изменять данные в объектах на сервере.В общем нужно установить взаимодействие кода клиента и кода сервера.

Добавлено через 5 минут
Ну и переменные он должен предоставлять именно те, что запросит клиент.

0

@Rius

ASP .Net Core + Web API

1

@Shaplykos

По сути на сервере будут храниться классы и использоваться переменные объектов.А в клиенте можно будет добавлять,удалять,или изменять эти объекты.

Добавлено через 25 секунд
Спасибо

0

@Usaga

0

@Shaplykos

А на SOAP это можно сделать?

0

@Rius

Shaplykos, можно soap на ASP .Net Core :
https://stackify.com/soap-net-core/

1

@nicolas2008

.NET Remoting, несправедливо забытая технология

0

@Bespridelschic

Справедливо или нет, решает индустрия. Глупо хвататься за устаревшую технологию, если есть современные альтернативы. В данном случае как отметил Rius: ASP.NET и Web API

0

@nicolas2008

Bespridelschic, Еще скажи, что Javascript выбрала индустрия.

0

@Bespridelschic

nicolas2008, посмотрите вакансии и Вы удивитесь количеству предложений, где присутствует JS. Так что да, похоже что так

0

@nicolas2008

Bespridelschic, количество предложений не показатель, популярность не всегда диктуется рациональным выбором.

0

@Bespridelschic

Спрос рождает предложения. Будь в каждой второй вакансии упоминание одного из функциональных языков (F#, Haskell, Prolog...) - было бы намного больше тех кто может на них писать
Рациональность для каждого своя. Я до сих пор встречаю людей которые говорят что на assembler'е программы лучше, потому что меньше. Для них это рационально. Возьми любого человека пишущего на плюсах - он выдаст результат в сотню, а то и в тысячу раз быстрее, и это будет рационально для него

0

@nicolas2008

Возьмем, к примеру, Javascript. Он стал популярен лишь потому, что не было выбора других инструментов. А других инструментов не было, потому что конкурирующие стороны, разрабатывающие браузеры, не хотели договариваться. Поэтому никаким рациональным выбором тут и не пахнет.
Похожие истории и с другими технологиями. Технология Asp.NET WebAPI популярна не потому что самая лучшая, а потому что кросплатформенная.
Если исходить из начальных требований к системе, описанных автором поста, то .NET Remoting идеальный вариант. Если бы были доп. требования, к примеру кросплатформенность масштабируемость и т.д., то ответ был бы совсем другой.
Глупо гнаться за модными технологиями только потому что они модные.

Готов поспорить на ящик пива, что это миф.

0

@Bespridelschic

Пускай так, но тогда закономерный вопрос. На сегодняшний день существует куча языков, транслирующих свой код на язык JS (см. TypeScript, CoffeeSctipt и т.д.) и более удобных при разработке. Но тем не менее, в вакансиях требуют именно JS.
Это Вы можете говорить про ASP.NET Core. ASP.NET образца MVC 5 и ранее был полностью привязан к Windows, а это значит что кроссплатформенностью здесь не пахнет. Тем не менее, несмотря на этот "фатальный" недостаток, люди продолжали пользоваться ASP, не смотря на то что развернуть приложение на PHP гораздо проще.
Глупо хвататься за устаревшие и не поддерживаемые разработчиком инструменты, только потому что они "проверенные" и известные.
Мифом такой результат будет являться для приложений уровня "hello world". На сегодняшний день никто в здравом уме и рассудке не будет писать серьёзный продукт на assembler, поэтому что это долго и, что самое главное, дорого (не будем учитывать те области, в которых без asm'а не обойтись, это промышленная электроника, космические технологии, операционные системы и пара других).

0

@nicolas2008

Куча legacy г*вна, которое кому то надо поддерживать. Консервативность спецов, которые после многих лет чувствуют себя комфортно в этом г*вне. В вакансиях на новые проекты Typescript обретает все большую популярность.

О чем тут говорить, если вы даже не знаете, что ASP.NET WebAPI доступно в ASP.NET Core. К тому же речь не только и не столько о кросплатформенности хостинга, а о кросплатформенности предоставляемого интерфейса (HTTP, REST, XML, Json, вместо проприетарных технологий с ограниченной или отсутствующей реализацией на сторонних платформах).

Не потому что они проверенные и известные, а потому что хорошо подходят для решения задачи.

Вроде о плюсах говорили, а тут уже сьехали на ассемблер.

0

@Bespridelschic

JS выбирают в том числе для новых проектов, и ни разу не закостенелые любители интерпрайза.
Не понимаю к чему Вы это. Уверен, Вы знаете что ASP.NET WebAPI был до .NET Core, т.е. классический .NET Framework. А свежую версию на .NET Core принято именовать ASP.NET WebAPI Core. Ибо так наглядней, что именно Вы имеете ввиду.
Microsoft не всегда использует свои новаторские способности, вместо этого встраиваясь в существующие ниши с более "развитым", ввиду исторических особенностей, продуктом/инструментом. Поэтому на их месте глупо было бы придумывать своё в области Web разработки, тем более что данный набор технологий является свободным и привычным для всех. А привычность для всех - является одним из ключевым фактором развития.
ASP.NET WebAPI явно справится не хуже. Так зачем исследовать то, что не пригодится с вероятностью 99.9%? Не проще покопаться в новых технологиях, которые ничем не хуже, да ещё и повсеместно используются.
Я приводил пример с плюсами для сравнения с разработкой на asm'е. Человек пишущий на asm'е получит легковесную быструю программу к тому времени, как C++ программист сдаст аналогичную заказчику и выполнит ещё несколько проектов после этого.

0

@nicolas2008

А кто тогда?

Ну мы же говорим о популярности, а популярность пришла с релизом .NET Core.

Намного больше усилий для реализации задачи.

0

@Bespridelschic

Я же не буду показывать пальцем. Вы и сами знаете, достаточно много компаний и стартапов делают новые продукты, используя в том числе чистый JS.
Категорически не согласен. С учётом того что даже здесь часто рекомендуют не использовать ASP.NET Core, ввиду того что его часто перекраивают, и не каждый хостер готов у себя запустить данный тип Web приложения.
Это всё нивелируется абсолютным не знанием обеих технологий автором, а так же перспективой ASP.NET WebAPI перед .NET Remoting в плане дальнейшей монетизацией своих знаний. Без учёта вероятности сесть за поддержку легаси на .NET Remoting.

0