Ситуация возникает когда необходимо иметь невалидную дату изначально.
Например для input field. Можно же ничего туда не вводить. Наилучшее представление для отсутствующей даты — Invalid Date. То есть дата, но и в тоже время не дата.
И машины 30 летней давности мне очень нравятся, если это не советский автопром.
Вы совершенно напрасно так плохо думаете о советском автопроме того времени. Восьмерка и девятка были достаточно хорошими машинами для того времени. Хватит и того что они все еще на ходу и не в качестве коллекционных авто. Сравнение чего либо разных годов выпуска совершенно некорректное занятие. Так можно скатиться к тому что в СССР айфонов не было.
Скудная информация. В Badoo вы это используете или нет? Помогает? И как? Это 15-й стандарт? Бутстрапов тысячи, чем этот лучше? Почему вы его рекомендуете (почему вы решили перевести эту статью)?
Вопреки предыдущим комментариям, ну или комментаторам, я автора поддержу. Не потому что я с ним абсолютно согласен, и не потому что я совершенно не согласен с комментаторами.
Мне понравился агрессивный стиль изложения и сказанное не лишено логики, Но оперировать количественными характеристиками, в техническом блоге, без подтверждений — мягко скажем — легкомысленно. Откуда у вас данные по количественному распределению тех или других (типов) личностей в социуме? Вы проводили исследования?
Ход мыслей автора мне нравится: как бы найдена закономерность, как бы все сходится, но есть одно большое маленькое но… Эта статья для либеральной газеты, но не для здесь. (простите мой японский)
Автор, работайте дальше в этом направлении, изучайте состав общества, возможно вы правы. Или вы, вашими словами, энтузиаст?
Я начитался про Flux, обнаружил Reflux, по ссылке оттуда решил посмотреть что такое Flummox, и обнаружил Redux. Вот, теперь внедряю.
А с вами абсолютно согласен. Паттерны и мозг никто не отменял.
… если вы знаете нужную локаль заранее, лучше воспользоваться заменой по регулярному выражению…
Вы же сами пишете выше про конструктор. Да, как только вам стала известна локаль, то для Intl лучше предварительно создавать эм… форматтер
new Intl.NumberFormat([locales[, options]])
В таком случае он работает достаточно быстро. А регулярки не обеспечат вам поддержку всех локалей, Китайские, японские цифры или иврит все вам поломают, намучаетесь.
Ну правильно, это и есть способ получить дополнительный массив порядка объектов.
Но сам объект отсортированным не будет. Что бы вывести строки в этом порядке нужно итерировать этот массив, прямое обращение к объекту через for..in вернет все не отсортированным
> Object.keys(obj).sort().forEach
Тут вы получаете сортированные ключи, но не массив объектов.
В большинстве случаев сортировка должна производиться по содержимому. У меня такого вагон и маленькая тележка,
например
Вы в любом случае не отсортируете этот объект по полю value, в момент доступа он будет не отсортирован, вам будет нужен дополнительный массив для хранения порядка элементов. А конкретный бизнес пример — ну представьте что у вас есть таблица и строки в ней с ID. Это означает либо дополнительный массив для порядка, либо отсутствие доступа к строке по ID (если запихать эти объекты в обычный массив)
Есть еще одна засада — объект невозможно отсортировать, в то время как массив — пожалуйста.
Поэтому, увы, как бы нам не хотелось, это не полноценная замена ассоциативным массивам.
Например для input field. Можно же ничего туда не вводить. Наилучшее представление для отсутствующей даты — Invalid Date. То есть дата, но и в тоже время не дата.
Вы совершенно напрасно так плохо думаете о советском автопроме того времени. Восьмерка и девятка были достаточно хорошими машинами для того времени. Хватит и того что они все еще на ходу и не в качестве коллекционных авто. Сравнение чего либо разных годов выпуска совершенно некорректное занятие. Так можно скатиться к тому что в СССР айфонов не было.
Badoo или Mozilla?
А, вот, вижу… уже перевод
Неправда. Знает. Но с условием: нужно использовать INTL — Intl к нам приходит!
Надеюсь это не сильно нагло — вставлять ссылку на собственный пост?
Мне понравился агрессивный стиль изложения и сказанное не лишено логики, Но оперировать количественными характеристиками, в техническом блоге, без подтверждений — мягко скажем — легкомысленно. Откуда у вас данные по количественному распределению тех или других (типов) личностей в социуме? Вы проводили исследования?
Ход мыслей автора мне нравится: как бы найдена закономерность, как бы все сходится, но есть одно большое маленькое но… Эта статья для либеральной газеты, но не для здесь. (простите мой японский)
Автор, работайте дальше в этом направлении, изучайте состав общества, возможно вы правы. Или вы, вашими словами, энтузиаст?
Ошибка тут в другом месте. Вы наследуете от null, а hasOwnProperty находится в прототипе Object.
Что?! Таймер во View? Это в MVC? Это косяк перевода или там так и написано?
А кто ни будь понял почему? Я никаких объяснений не увидел. Поток сознания какой то.
А с вами абсолютно согласен. Паттерны и мозг никто не отменял.
Вы же сами пишете выше про конструктор. Да, как только вам стала известна локаль, то для Intl лучше предварительно создавать эм… форматтер
В таком случае он работает достаточно быстро. А регулярки не обеспечат вам поддержку всех локалей, Китайские, японские цифры или иврит все вам поломают, намучаетесь.
Но сам объект отсортированным не будет. Что бы вывести строки в этом порядке нужно итерировать этот массив, прямое обращение к объекту через for..in вернет все не отсортированным
Тут вы получаете сортированные ключи, но не массив объектов.
В большинстве случаев сортировка должна производиться по содержимому. У меня такого вагон и маленькая тележка,
например
Вы в любом случае не отсортируете этот объект по полю value, в момент доступа он будет не отсортирован, вам будет нужен дополнительный массив для хранения порядка элементов. А конкретный бизнес пример — ну представьте что у вас есть таблица и строки в ней с ID. Это означает либо дополнительный массив для порядка, либо отсутствие доступа к строке по ID (если запихать эти объекты в обычный массив)
Поэтому, увы, как бы нам не хотелось, это не полноценная замена ассоциативным массивам.
Какая прелесть! Я теперь только так и буду их называть!