JS/WSH: - собственный объект

Спасибо, а каким образом из предполагаемого объекта возможно осуществление извлечения исходного кода JScript-сценария?
Если принять var GLOBAL=(function() {return this})(), но никакие из следующих вариантов не работают должны образом:
- WScript.Echo(GLOBAL) - выдает типовое сообщение вроде [object Object]
- WScript.Echo(((new Function()).toString).call(GLOBAL)- выдает ошибку, хотя среди прочих является единственным похожим кандидатом
- WScript.Echo(({}.toString).call(GLOBAL) - выдает типовое сообщение вроде [object Object]

То есть нужен объект вроде secret.SourceCode, считывание которого должно получать исходный код текущего JScript-сценария, а запись в него должна перезаписывать код
В идеале нужен объект вроде ScriptManager для текущего исполняемого JScript-сценария

А что такое ScriptManager сценария?

Навряд ли что-то подобное можно извлечь из WScript. Да если бы и извлекли, что с ним делать? Не всякий COM-объект можно использовать в скриптовом коде, а только поддерживающий интерфейс IDispatch. Через него ищутся методы по их именам, через него они потом и вызываются. MSScriptControl его поддерживает, а какой-то внутрений объект, извлечённый из недр WScript, — зачем ему это?

Нет там аналога.

Оригинальная вряд ли.
Один решает так - JScriptInclude Gear - Механизм каскадного импорта скриптов/библиотек
Другой эдак - JScript/VBScript: WSH интерпретатор

Это коллекция всех тегов <SCRIPT> со страницы браузера. Примерно то же самое что и document.getElementsByTagName('script').

И потом. Что значит следующая фраза?

Если кто-то изменит код текущего сценария это будет другой сценарий.

И на последок.

function alert(msg)
{
    WScript.Echo(msg);
};

alert(alert);

inter-hosting, я думаю, что проще рассказать что Вы хотите получить в итоге. Модификация кода в режиме реального времени? Нет проблем, присвойте старой функции новое значение. Перебор глобальных функций и переменных делайте через f in this. Таким образом Вы можете узнать текущее значение переменных. Просто конечная цель непонятна, да и начальные условия. Может оно Вам и не надо:)

Задача состоит в полноценной рефлексии для JS-определенного кода в текущем сценарии, а также возможности просмотра и модификации глобального пространства сценария в режиме исполнения
Как гипотетический пример - возможность реализации подобной штуки http://summerofgoto.com/ на JScript/WSH

Конечная цель - получить те же средства управления JS-интерпретатором, как и в браузерной версии - как вариант, та же установка window.onerror недоступна в JScript/WSH, однако благодаря рефлексии будет легко сделать и подобную реализацию
Более того в JScript/WSH не хватает инкрементальной загрузки кода, или возможности обращения к произвольному JOB-элементу в WSF-файле

Очень и очень легко - document.scripts["scr1"].text

Спасибо за уделенное внимание, но к сожалению, это совершенно другое и не имеющее отношение к постановке задачи
Разница примерно такая же, как исходный текст в HTML-файле и текущая разметка в режиме реального времени из document.body.innerHTML, которая в общем случае может уже не содержать ни одного элемента из исходного варианта
То же самое требуется и для JScript/WSH- возможность модифицировать JS-код глобальной области в реальном времени, и потом получить его содержание - примерно как в отладчике

===
Важно и если вернуться к ранее описанному моменту:

Если получить подобный объект, то в дальнейшем с ним довольно легко работать http://msdn.microsoft.com/en-us/library … S.85).aspx, и как видно выше, интерфейс WSH поддерживает COM-инфраструктуру, в частности можно получить объект Scripting engine (The OLE object that processes scripts. A scripting engine implements the IActiveScript and, optionally, IActiveScriptParse interfaces. )

Таким образом результирующая задача - COM-получить объект  Scripting engine для текущей инстанции исполняемого JScript-сценария из самого этого сценария

inter-hosting, уважаемый, на протяжение всей колонки Вы сами себе неоднократно противоречили, так и не сумев сформулировать четко и внятно критерии и того, что же Вам все-таки нужно: REPL или же клон node.js?

Какбэ... для примера. Функции в JavaScript - это объекты, свойства которых можно перебирать в цикле примерно так:

for (var i in func) {
   alert(i + ': ' + func[i]);
}

На месте func может быть и объект, потому, как говорилось ранее, что функции в JavaScript являются объектами. Объекты же в свою очередь представляют собой хэш-таблицы или, если хотите, ассоциативный массив. Значениями последней(его) могут быть данные простых типов или другие объекты - в обоих случаях они будут именоваться свойствами; помимо значений объект может содержать функции, именуемые методами. Собственно, на этом введение в рефлексию JavaScript можно считать оконченной.
Шагаем далее.
Одним из первых действий, выполняемых любым интерпретатором JavaScript перед исполнением кода - создание глобального объекта, свойства которого представляют собой глобальные переменные сценария JavaScript. Иными словами, определяя глобальную переменную, фактически определяется свойство глобального объекта. О прочих нюансах, пожалуй, говорить пока смысла нет, но вся эта информация по крайней мере должна стать (для того, у кого все же голова там, где ей положено быть) поводом к размышлению.

Все что здесь Вами указано- это лишь констатация факта, что функции в JS являются объектами первого рода, а также то, что в глобальном пространстве объявляемые переменные автоматически связываются с хост-объектом; тот факт, что свойства без аттрибута DontEnum можно перебрать в for-in цикле, абсолютно никакого отношения к рефлексии не имеют, банальны, неинересны и неизвестны разве что новичкам

Если постоянно не осуществлять изборочные цитирование фраз из контекста, то задача изначально одна и та же, и критерии четкие - рефлексия, чтение/модификация глобального кода и обработка ошибок времени исполнения в WSH/JScript, да так шоб прям:
* Иметь возможность посмотреть полноценный стек вызовов для текущей функции, да так чтобы как в отладчике в браузере - весь набор вышележащих функций, в том числе и анонимных, с номерами строчек и исходным кодом
* Иметь возможность посмотреть список *переменных* в текущем контексте (НЕТ, свойста объектов без аттрибута DontEnum не интересуют вообще)
* В случае WSF-файла иметь возможность определить текущую активную работу/JOB, посмотреть ее исходный код или код любой другой работы, перейти на исполнение другой работы
* Иметь возможность сделать аналог из браузерного JS конструкции window.onerror = function() { return true }   (НЕТ, глобальный try/catch это совершенно другое, в VBScript есть аналогчная вещь, но в JScript нету)
* Иметь возможность сделать аналог из браузерного JS конструкции document.scripts["myscript"].text = superfunction(document.scripts["myscript"].text), да так чтобы состояние всех объектов программы сохранилось, но изменился исходный код следующего исполняемого участка

Считаете что нет четкой формулировки? Их можно сделать много эквивалентных, но пусть будет такая - заставить заработать такую вот библиотеку http://summerofgoto.com/ для JScript/WSH; в браузерном JavaScript она прекрасно работает
Никакие ваши свойства объектов, да и функции первого рода здесь не помогут - нужно то же, что и в оригинальной задаче

Ничего подобного! Мало того что это не имеет отношения к поставленной задачи, к тому же это не совсем правда и зависит от реализации JS-интерпретатора
В некоторых реализациях Gecko обращение к конструкции this.variable снимает DontDelete-флаг ассоццированной var-переменной
Что интересного в том, что JScript-интерпретатор устанавливает символическую ссылку между свойствами хост-объекта и глобальной переменной, не говоря уже о том, что var myvar и GLOBAL.myvar это совершенно две разные вещи

Собственно в этом и состоит вопрос всей рассматриваемой темы
Очень приближенно схема следующая- осуществляется получение указателя на объект текущего интерпретатора, который согласно спецификации WSH/Jscript является OLE-объектом, и уж если IDispatch там не поддерживается, то с помощью библиотеки вроде DynamicWrapperX или каких-то еще внешних средств, осуществить вызов требуемых методов этого  Scripting engine с необходимыми аргементами, вроде http://msdn.microsoft.com/en-us/library … s.85).aspx, которые уже предоставляют настоящую информацию о рефлексии, и http://msdn.microsoft.com/en-us/library … s.85).aspx для модифкации требуемых элементов кода в реальном времени
Более того насчет интерфейса IDispath, существует такой метод http://msdn.microsoft.com/en-us/library … s.85).aspx, вероятно его возможно применить для обозначенной цели

Спасибо

Да, да! Вы верно задали мерило по себе, - ECMAScript в помощь.

Ну, не все читают спецификацию ECMAScript, отсюда различие интерпретаторов. И то, что реализуется в одном браузере вразрез вышеобозначенной спецификации, собственно, и порождает, как правило, кучу словесного поноса и что-то вроде node.js, который в настоящий момент и изобретается автором темы сызнова.

Прямо-таки плевок эстета. Просветите нас, что такое объект в JavaScript, приведите примеры того, как Вы видите рифлексию и то, что именно Вы под ней разумеете, да и вообще - напишите толково о самой сути и философии JavaScript, раз Вы любите бросаться инсинуациями, мол, кругом быдлокнижные дураки, один я умный. Если Ваше величество снизойдет до нас, то книгам по программированию предпочитаю спецификации, отладчики и факты. Последних от Вас не было.

На моей памяти свойства src и text были взаимоисключающими. И, хотя я сильно отстал от жизни, боюсь, что в этом отношении всё осталось очень и очень по-прежнему.

Если тебе, как ты говоришь, нужен ScriptControl, то:
1) создаёшь ScriptControl;
2) передаёшь в ScriptControl ссылку на него самого, при желании на WScript или глобальный объект;
3) загружаешь в него на исполнение остальной код.
Ну и что этот код сможет сотворить над собой?

И что там? Берётся код на придуманном языке "jsplusgoto" переводится на настоящий JS и запускается. Что с того, что он берётся из <script>, если у него неизвестный браузеру type. С таким же успехом он мог бы браться из комментария, любого другого невидимого элемента, из переменной, ресурса в WSF. И если в JScript есть некоторые трудности с доступом к глобальному контексту скрипта из локального, то в предложенном извращении со ScriptControl'ом эта библиотека должна заработать с минимальными изменениями.