Pull to refresh
12
0
Gena Popov @wibuhu

Пользователь

Send message
Огромное спасибо! Поправил
Гибкостью своей архитектуры естественно — очень немного решений предоставляют механизмы для переопределения не только функциональности ядра но и других модулей — причем на всех уровнях от ajax ответов и клиентских скриптов (включая переопределение отдельных функций в рамках Drupal API) до темизации на всех уровнях — полей, страниц, форм, элементов с удобным механизмом зависимости темизации от контекста (который тоже можно переопределять). Ну и функциональщина в целом лучше других парадигм — ее проще отлаживать, хотя Drupal это не совсем функциональщина — слишком много магии
— функция map работала бы так, как от неё этого ожидает программист — я всегда думал что это синоним к — работает точно так же как в документации к языку — и тут вроде все так и есть, как впрочем и в Scala — просто параметры функции в Scala отличаются от параметров той же функции в JS — и личном меня это немного вводит в заблуждение — потому что несмотря на некоторую схожесть этим места совершенно разные и с разным поведением.

И вот тут совсем непонятно почему «Если бы JavaScript имел полноценную статическую типизацию, в функцию map нельзя было бы передать функцию parseInt» — как статическая типизация налагает ограничения на количество параметров функций?
javascript> ["10", "10", "10", "10"].map(parseInt)
[10, NaN, 2, 3] // What???


— в первой строчке с JS — поведение JS корректное и оно вовсе не связано с " динамическим и «странным» JS", результат выполнения связан с тем что:
а) в callback array.map приходят три значения (currentValue, index, array)
б) Функция parseInt принимает 2 значения (string, radix) где radix — это основание

Почитали бы доку что ли прежде чем написать…

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Date of birth
Registered
Activity