Использовать DLL Newtonsoft.Json. это отлично работает в IE и Chrome
, поместив этот код в свой вид бритвы
if (Model.YourJsonSting!= null)
{
<pre>
<code style="display:block;white-space:pre-wrap">
@JToken.Parse(Model.YourJsonSting).ToString(Formatting.Indented)
</code>
</pre>
}
Нет разницы между ними, когда вы вызываете их только с одним аргументом. Они делают одно и то же.
Разница между ними проявляется только в том случае, если вы вызываете с двумя параметрами. Операторы
Wscript.CreateObject("some.object", "AnotherParam")
и
CreateObject("some.object", "AnotherParam")
делают совершенно разные вещи:
Функция VBScript CreateObject интерпретирует второй параметр как имя удаленного компьютера и пытается создать именованный COM-объект на этом удаленном компьютере; в этом примере он пытается создать экземпляр объекта с ProgId «some.object» на удаленном компьютере с именем «AnotherParam». Метод WScript CreateObject интерпретирует второй параметр как префикс подпрограммы, который будет использоваться при обработке событий от объекта. Две функции GetObject связаны между собой.
(Адаптировано из TechNet , раздел «Сравнение функций CreateObject и GetObject VBScript с WSH».)
Я предполагаю, что объект WScript
имеет метод CreateObject
, поэтому любой язык сценариев Windows может создавать COM-объекты.
VBScript имеет такую возможность как это глобальная функция, но другие языки хоста Windows Script могут этого не делать.
Например, JScript не имеет глобальной функции CreateObject
(я полагаю) (однако, она имеет var a = new ActiveXObject ("...")
синтаксис, поэтому вам не нужно использовать WScript.CreateObject
в JScript либо).
Я думаю, что нет никакой разницы между этими двумя функциями.
РЕДАКТИРОВАТЬ : Есть отличается (но только если вы пытаетесь создать экземпляр объектов DCOM на удаленных хостах), см. ответ @Thomas Petersen.