Думаю всё же лучше остановиться на использовании Newtonsoft JSON, так как он работает и под FW 2.0 и 4.0. И не требует всяческих костылей при работе.

Сегодня поднял виртуалку с XP. Решил проверить в чём же беда с кодом.

Вот что выяснил:

1) На Win XP SP3 по умолчанию не нашёл Framework 2.0 и IE8. Пришлось поставить.
2) Выяснил, что строка кода с созданием функции оболочки вызывала ошибку, потому что надо было перед её вызовом инициализировать интерпретатор кода, чтобы он знал какой скрипт выполняет (JScript / VBScript):

window.execScript('function createReviverWrap(fn){return function(key,value){return fn(key,value)}}')

вместо eval(...).

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

Перечитал несколько раз, но так и не понял в чём проблема. Что мешает получать индекс элемента при переборе ?

import System;
import System.Core;
import Newtonsoft.Json;
import Newtonsoft.Json.Serialization;
import Newtonsoft.Json.Linq; 

var data:String = '[{ \
		"key":"Key 0", \
		"value":"A" \
	},{ \
		"key":"key 1", \
		"value":"B", \
	},{ \
		"key":"Key 2", \
		"value":"C", \
	},{ \
		"key":"Key 3", \
		"value":"D", \
	},{ \
		"key":"Key 4", \
		"value":"E", \
	},{ \
		"key":"Key 5", \
		"value":"F", \
	}]';

(function(){
	var objects:Object = {}, object:Object;
	try {
		objects = JsonConvert.DeserializeObject(data,System.Object);
	} catch(e){
		Console.WriteLine('Parse error ! ' + e.description);
		return
	}
	for(var i=0; i < objects.Count;i++){
		object = objects[i];
		Console.WriteLine(i + ') key:"' + object("key") + '", value:"' + object("value") + '"');
	}
	
	Console.WriteLine('----------------')
	
	Console.WriteLine('Reading custom item with index 4: Key "' + objects[4]("key") + '", value: "' + objects[4]("value") + '"')
	
})();

Собственно, цель одна: прилетает JSON-объект, в котором коллекция (key,value) переменной длинны. Элементов более 60-ти!
Необходимо, каждую пару из  этого  JSON-объект загнать в массив, для последующего разбора. Суть в чем, - тут мне важен номер элемента массива (индекс)!
т.е., к примеру в 10 элементе, может быть значения value1.... value60 (т.е. я не знаю, какое значение там). А мне нужно взять значение этого 10 элемента, и  записать полученную пару key,value в соответствующую ветку реестра.
Для этого и нужен массив. Как-то так....)
Надеюсь, получилось донести мысль.

NovaRo, к сожалению пока проверить не на чем. Нет XP под рукой. Как я понял, JavaScriptSerializer работает только под NET 4.0. Поэтому предпочтение отдаю всё-таки именно Newtonsoft JSON.NET. Кстати возник вопрос - а для каких целей Вам нужен обратный вызов процедуры с обработкой key, value групп ? Почему не перебрать их уже в результирующем подготовленном объекте ?

window.eval('function createReviverWrap(fn){return function(key,value){return fn(key,value)}}');

А что возвращает функция fn?
У неё даже тела нет.
Как она может что-то возвратить?
Соответственно, все родительские функции тоже ничего не возвращают.
А компилятор же ждёт некие данные, и не получив их, очень злится и ругается.

htmlfile.IHTMLDocument2_write('<meta http-equiv="x-ua-compatible" content="IE=8" />');
window.eval('function createReviverWrap(fn){return function(key,value){return fn(key,value)}}'); 

не работают корректно... ( Код компилируется, но при запуске скрипта, одна и та же ошибка:
Видимо, это как-то связано с особенностью компилирования именно под XP... Вот такой оборот....

https://www.json.org/

Прокрутите страницу до самого низа. Там множество вариантов реализация для разных языков.

Для чистого JS: https://github.com/douglascrockford/JSON-js

Для VBS подойдёт вариант, который использовался выше в этой теме. Либо использование json2.js в соединении через WSC / WSF.

NovaRo, я бы всё-таки порекомендовал использовать нативные способы. ) В частности разобраться с JavaScriptSerializer

Я рад, что смог Вам помочь с кодом, но мне кажется, что радоваться рано. Это решение, как говорится "по бедности" и наверняка может быть реализовано правильнее. К сожалению, как я уже говорил, я очень плохо знаю возможности JScript.NET и потому сделал так. Но однозначно уверен, что использование родных NET-овских объектов в среде NET будет работать оптимальнее.