Это не я использую строковый тип, это js приводит текстовые переданные данные со значением в кавычках к строковому типу. И собственно выполняет оператором "+" как конкатенацию к тем операндам чей тип строковый после парсинга. В js парсинг jsona это и есть парсинг синтаксического описания объекта самого js, и требования парсинга и выделения типов подчинено именно к типовой базе самого js. А в том же php отличная от js типовая база , где строка вида "123" может быть распарсена и неявно приведена к целочисленному типу. Что на самом деле и происходит. Создатели json не учитывали типовые особенности php и приведения типов. А теперь представьте себе если json проектировали бы с учётом типовой базы пхп. Выглядело это так:

[    <--- учтем современный синтаксис массива в пхп

"key" => "123"

]

В синтаксисе пхп "123" также считалась бы строковым типом в массиве при парсинге, но неявно приводилось бы к целочисленному в случае оператора "+", а js это все сломалось бы, ибо распарсит как строку. Ибо типа тут нет и в помине, а только лишь действует правило парсера - любое значение обрамленное кавычками, принадлежит строковому типу.

Ну кто виноват, что в пхп (123 == "123") вернет истину, где строго игнорируется тип каждого операнда,а просто происходит попытка неявного его приведения к старшему типу. Эта вот ахинея и привела к введению нового оператора === который строго сравнивает помимо значения и тип операнда.