È possibile utilizzare JScript.NET per creare script su un'applicazione .NET?

Question

Dal momento che MS appears to have killed Managed JavaScript in the latest DLR per lato server (ASP.NET Futures) e lato client (Silverlight), chiunque ha utilizzato correttamente API non obsolete per consentire lo scripting dei propri oggetti dell'applicazione con JScript.NET e/o può spiegare come fare così? Una soluzione Mono/JScript potrebbe anche essere accettabile, se è stabile e soddisfa i requriements di seguito.

Siamo interessati all'aggiornamento di un host di script che utilizza il motore Microsoft JScript e le API di ActiveScript per qualcosa con più prestazioni e maggiore estensibilità. Abbiamo oltre 16.000 script sul lato server che pesano oltre 42 MB di origine, quindi la riscrittura in un altro linguaggio di scripting è fuori questione.

nostri requisiti specifici sono:

• Noteably prestazioni migliori rispetto della Microsoft JScript (ActiveScript) motore
  • migliore performance di runtime e/o
  • Riserva di script pre-analizzati o compilati (don 't reparse su ogni corsa)
  • Consumo di memoria inferiore o uguale
• completa ECMA-262 ECMAScript compatibilità
  • un po porting può essere tollerato
• Iniezione di oggetti personalizzati nel namespace sceneggiatura
  • .NET oggetti (non è un requisito duro)
  • Oggetti COM o oggetti COM avvolti in.NET
• la creazione di istanze di oggetti COM da Script
  • à la "new ActiveXObject (ProgID)"
  • bassa priorità data la precedente
• Includere file
  • pre- caricamento di "script di supporto" in un contesto di esecuzione dello script
  • Un "include" funzione o istruzione (facili da creare, per quanto precede)
• supporto per il codice a livello globale-scope
  • Esecuzione di codice della portata globale
  • Riserva di valori inizializzato a livello globale portata
  • Estrazione di valori della portata globale
  • iniezione e sostituzione di valori alla portata globale
• Vocazione di funzioni di script definite
  • con i parametri
  • e con accesso al campo di applicazione globale precedentemente inizializzato
• debug a livello sorgente
• Support fonte commerciale o Apri
• Non- API obsolete

Answer 1

Prima o poi, immagino che qualcuno scrivi un DLR Javascript. So che non è molto conveniente per te in questo momento, ma forse potresti iniziare il progetto. Sospetto che avrebbe un'analisi costi/benefici migliore per l'utilizzo di JScript.NET.

Answer 2

Se spostarsi da .NET e Microsoft è ok per te, allora dovresti provare Mozilla Rhino. È un'implementazione open-source di JavaScript scritta interamente in Java. Un sacco di moderne librerie js lato server ha come target questa piattaforma.

Answer 3

L'uso di Comopop significa che si è limitati a una soluzione MS Java e Opensource vogliono il meno possibile a che fare con esso.

Non vedo alcuna soluzione che supporti tutte le tue esigenze o ti abbandoni tutto il materiale COM/.NET e vai in Java (Rhino)/Linux/Open source o ti interroghi sull'uso di Javascript come linguaggio server anche in Linux mondo usiamo PHP/Python/Ruby di più sul server se non possiamo eseguire Java. Non vedrai grandi guadagni in termini di prestazioni con lo script Java poiché la lingua è la barriera principale.

Non vorrei contare su persone che scrivono un nuovo DLR come server Lo script Java sta morendo rapidamente.

Considerando che si desidera ottenere prestazioni, per quanto riguarda F #, Microsoft manterrà il motore Jscript supportato per almeno 5 anni, dando il tempo di creare nuovi elementi in F # mentre si esegue lentamente la migrazione del codice.

Answer 4

Ho utilizzato CSScript.net perché consente di eseguire C# come piattaforma di scripting. Dal sito:

CS-Script combina la potenza e la ricchezza di C# e FCL con la flessibilità di un sistema di scripting. CS-Script può essere utile per il sistema e gli amministratori di rete , gli sviluppatori e i tester . Per chiunque abbia bisogno di un'automazione per risolvere la varietà delle attività di programmazione .

CS Script soddisfa tutte le condizioni stabilite. L'ho usato in produzione come sostituto di Boo, ha funzionato molto bene. Puoi vederlo in azione here.

Answer 5

Ho risposto a una domanda simile here. Dai uno sguardo a IronJS, un'implementazione di JavaScript in F # in esecuzione sul DLR.

Answer 6

Hai visto ROScript? http://www.remobjects.com/script.aspx

supporta sia PascalScript e ECMAScript (JavaScript) sintassi

Answer 7

Il Jurrassic -Engine è vivo e vegeto.

Dal loro sito CodePlex:

• Supporta tutte le funzionalità ECMAScript 3 e ECMAScript 5, tra cui la modalità rigorosa ES5
• ben collaudato - passa oltre cinquemila test di unità (con oltre trentamila afferma)
• API semplice ma potente
• Compila JavaScript nel bytecode .NET (CIL); Non un interprete
• Implementato come un unico assembly .NET (nessun codice nativo)
• il supporto di base per il debug integrato all'interno di Visual Studio
• utilizza la luce-peso generazione di codice, codice in modo generato è completamente garbage collection
• Testato su .NET 3.5, .NET 4 e Silverlight