Jint VS CefSharp

Jint https://github.com/sebastienros/jint

There are quite a lot of ways to run scripting languages in C#. I've no idea what JSR223 is but .NET has DLR for example. There are also multiple libraries: IronPython, NLua, Jint and Jurassic for Javascript. There's also older version of CS-Script working with .NET Framework.

You can. Embeding lua is a trivial task, and I'm reasonably sure there even are plug-and-play solutions for that, and for JS there's JINT.

I personally use Jint (a multi-platform Javascript interpreter) since Roslyn is not available on mobile. It basically has the same kind of functionality as Roslyn, but it's JS. JS is well-known and accessible to everybody, but Roslyn might be faster since there's no double indirection when interpreting the script. It also depends on what language your users are comfortable with or could learn easily.

Ah yeah, I looked into it more and decompiled the game to find that it appears they're using Jint to interpret the Javascript, and from testing with someone's REPL BBS server I can find that it's a pretty well isolated environment. Only ways around it I can think of are by exploiting some vulnerability in the sandbox to do external requests, modding the game itself to update the api, or running a parallel server to do some janky communication through the save state data.

We used https://github.com/sebastienros/jint for scripting, it's ES5 JS implementation.

Jint is a JS interpreter with an integrated engine built in C#, like V8, he is responsible for all the base code execution as well as EcmaScript implementations such as default constructors, syntax, Promises... I studied its features in depth to start and it was a bit hard (in the beginning).

MelonRuntime is based on Jint, a JavaScript interpreter created by Sébastien Ros, software developer in the ASP.NET team at Microsoft. Melon works from bindings and functionalities injected into this interpreter together with external typing (provided by another package that comes with the default project generated by the command npx melon new) and built-in tools.

The Fullscreen Chromium (cefsharp) based Web-Browser ignores optionally user input like Mouse clicks, and is optionally always in the foreground (Force-Top-Most), so it can be used for any situation.

Just as a background: I'm working on a façade for the CefSharp utility. This utility requires the programmer to initialize and terminate it in the same thread, once-per-process. My current implementation uses a lazy initialization algorithm requiring inter-thread communication. But the possibility of AppDomains arising or passing away complicates the algorithm by requiring threads to potentially signal one another across AppDomain boundaries. It would be easier to just let the threads communicate without worrying about which AppDomain they belonged to.

I dont want to state the obvious but of course there is CefSharp .. But of course thats pretty heavy duty as you end shipping a headless version of Chrome in your app, but it can do anything a browser can do (of course it can, its Chrome), including exectuting a JavaScript string on the fly and getting a response. Because its Chrome you evenn have access the the dev tool and everything like that. But the other suggestions might be better suited as they might be more lightweight.

Two options: Either use an embedded browser you can control programmatically like CefSharp (https://cefsharp.github.io/) or spawn a real browser and use sendkeys() to control the browser by emulating user input.

Chrome Runtime discussion in CefSharp repository.

https://github.com/cefsharp/CefSharp/ if i spiked your intrigue

CefSharp

I always use https://cefsharp.github.io/