Изменения ToLocaleDateString() в IE11

Проблема в том, что если вы попытаетесь использовать значение программно для создания даты, оно будет недействительным.

...

Я делаю что-то не так, или я должен каким-то другим образом взаимодействовать с датой javascript?

Да, вы делаете это неправильно. Вы не должны использовать функцию, предназначенную для форматирования чего-либо для отображения человеком, зависящего от локали, и ожидать, что вывод будет обрабатываться машиной. Любой вывод toLocaleString, toLocaleDateString или toLocaleTimeString предназначен только для удобочитаемого отображения. (Как пояснил Берги в комментариях, toString также предназначен для отображения человеком, но ECMA §15.9.4.2 говорит об этом надо туда-обратно)

Вероятно, вы получаете маркеры LTR, потому что ваш язык отображения — RTL. Кроме того, учтите, что локаль всегда будет влиять на вывод. Возможно, ваша локаль использует форматирование дд/мм/гггг вместо форматирования мм/дд/гггг. Или, возможно, ваш язык требует азиатских или арабских символов. Все это необходимо учитывать при определении формата отображения, но они никогда не подходят для машинного синтаксического анализа.

Также учтите, что спецификация ECMAScript не определяет каких-либо конкретных правил форматирования для вывода этих методов, и разные браузеры будут давать разные результаты.

Если целью является нечто иное, чем отображение пользователю, вместо этого вы должны использовать одну из этих функций:

• toISOString даст вам отметку времени в формате ISO8601/RFC3339.
• toGMTString или toUTCString даст вам отметку времени в формате RFC822/RFC1123.
• getTime даст вам целочисленную временную метку Unix с точностью до миллисекунды

Все вышеперечисленное вернет значение на основе UTC. Если вам нужно местное время, вы можете либо создать свою собственную строку с различными функциями доступа (getFullYear, getMonth и т. д.), либо использовать библиотеку, такую ​​как момент.js:

Это использует moment.js для возврата местного времени в формате ISO8601 + смещение от даты:

moment(theDate).format()   // ex:  "2014-08-14T13:32:21-07:00"

Я исправил это с помощью следующего replace(/[^ -~]/g,'') как в

(new Date("7/15/2014").toLocaleString().replace(/[^ -~]/g,'')

function FixLocaleDateString(localeDate) {
    var newStr = "";
    for (var i = 0; i < localeDate.length; i++) {
        var code = localeDate.charCodeAt(i);
        if (code >= 47 && code <= 57) {
            newStr += localeDate.charAt(i);
        }
    }
    return newStr;
}

Возвращает только цифры и символ /. Кажется, это работает:

new Date(FixLocaleDateString(new Date("7/15/2014").toLocaleString()));

Возвращает правильную дату. Без вызова FixLocaleDateString() результатом будет недопустимая дата.

Для полноты ответа форма:

В моей системе метод toLocaleDateString объекта Date IE 11 приводит к "7/6/2014" при запуске в консоли, которая представлена ​​​​в виде следующих байтов:

00000000  22 e2 80 8e 37 e2 80 8e  2f e2 80 8e 36 e2 80 8e  |"â.Z7â.Z/â.Z6â.Z|
00000010  2f e2 80 8e 32 30 31 34  22                       |/â.Z2014"|

Непечатаемые элементы – это 0xe2 0x80 0x8e, в которых используется кодовая точка Unicode в кодировке UTF-8 U+200E. Это, как говорится в комментариях выше, ОТМЕТКА СЛЕВА НАПРАВО.

У этого JSFiddle, похоже, нет проблем с использованием значения, возвращаемого из toLocaleDateString(), для возврата к дате. По крайней мере, в моем IE 11.0.9600.17239 с версией обновления 11.0.11 (KB2976627). Так может только консоль добавляет лишних персонажей?

var startDateConverted = new Date(start).toLocaleString().replace(/[^A-Za-z 0-9 \.,\?""!@#\$%\^&\*\(\)-_=\+;:<>\/\\\|\}\{\[\]`~]*/g, '')

если вы также хотите удалить время, используйте .split(' ').slice(0, -1).join(' ');