1. Определение точного типа любого объекта
Как все мы знаем, в JavaScript существует шесть примитивных типов данных (
Boolean
, Number
, String
, Null
, Undefined
, Symbol
) и один объектный тип — Object
. А вам известно о том, как различать типы различных объектных значений? Объект может быть массивом или функцией, он может представлять собой коллекцию значений Map
или что-то ещё. Что нужно сделать для того чтобы узнать точный тип объекта?Прежде чем искать ответ на этот вопрос — подумаем о разнице между
Object.prototype.toString.call(arg)
и String(arg)
.Использование этих выражений направлено на преобразование переданного им параметра в строку. Но работают они по-разному.
При вызове
String(arg)
система попытается вызвать arg.toString()
или arg.valueOf()
. В результате, если в arg
или в прототипе arg
будут перезаписаны эти методы, вызовы Object.prototype.toString.call(arg)
и String(arg)
дадут разные результаты.Рассмотрим пример.
const _toString = Object.prototype.toString
var obj = {}
obj.toString() // [object Object]
_toString.call(obj) // [object Object]
Выполним этот код в консоли инструментов разработчика браузера.
В данном случае вызовы
obj.toString()
и Object.prototype.toString.call(obj)
приводят к одним и тем же результатам.Вот ещё пример.
const _toString = Object.prototype.toString
var obj = {}
obj.toString = () => '111'
obj.toString() // 111
_toString.call(obj) // [object Object]
/hello/.toString() // /hello/
_toString.call(/hello/) // [object RegExp]
Выполним код в консоли.
А теперь вызов метода объекта
.toString()
и использование конструкции Object.prototype.toString.call(obj)
дают разные результаты.Вот какие правила описывают в стандарте ECMAScript поведение метода
Object.prototype.toString()
.Описание метода Object.prototype.toString() в стандарте ECMAScript
Взглянув на документацию, можно сделать вывод о том, что при вызове
Object.prototype.toString()
для разных объектов будут возвращаться различные результаты.Исследуем эту идею в консоли.
Кроме того, значение, возвращаемое
Object.prototype.toString()
, всегда представлено в следующем формате:‘[object ’ + ‘tag’ +‘] ’
Если нам нужно извлечь из этой конструкции только часть
tag
, добраться до этой части можно, удалив ненужные символы из начала и конца строки с помощью регулярного выражения или метода String.prototype.slice()
.function toRawType (value) {
const _toString = Object.prototype.toString
return _toString.call(value).slice(8, -1)
}
toRawType(null) // "Null"
toRawType(/sdfsd/) //"RegExp"
Исследуем эту функцию в консоли.
Как видите, с помощью вышеприведённой функции можно узнать точный тип объектной переменной.
> Здесь, в репозитории Vue, можно найти код подобной функции.
2. Кеширование результатов работы функции
Предположим, имеется функция, подобная следующей, выполняющая длительные вычисления:
function computed(str) {
console.log('2000s have passed')
return 'a result'
}
Создавая такую функцию, мы намерены кешировать возвращаемые ей результаты. Когда эту функцию вызовут в следующий раз, передав ей те же параметры, что и ранее, «тяжёлый» код функции выполняться не будет. Вместо этого будет, без лишних затрат времени, возвращён кешированный результат. Как это сделать?
Можно, например, написать функцию-обёртку для целевой функции. Такой функции можно дать имя
cached
. Эта функция принимает, в виде аргумента, целевую функцию, и возвращает новую функцию, оснащённую возможностями кеширования. В функции cached
можно кешировать результаты предыдущих вызовов целевой функции, воспользовавшись сущностью Object
или Map
. Вот код этой функции:function cached(fn){
// Создаём объект для хранения результатов, возвращаемых целевой функцией после её выполнения
const cache = Object.create(null);
// Возвращаем целевую функцию в соответствующей обёртке
return function cachedFn (str) {
// Если в кеше нет подходящих результатов - функция будет выполнена
if ( !cache[str] ) {
let result = fn(str);
// Сохраняем результат выполнения функции в кеше
cache[str] = result;
}
return cache[str]
}
}
Вот пример использования вышеописанной функции.
> Вот код подобной функции, который имеется в кодовой базе Vue.
3. Преобразование строки вида hello-world к строке вида helloWorld
Когда над одним и тем же проектом совместно работает несколько программистов, им очень важно заботиться о единообразии стиля кода. Кто-то, например, может записывать некие составные идентификаторы в формате
helloWorld
, а кто-то — в формате hello-world
. Для того чтобы навести в этой области порядок, можно создать функцию, которая преобразует строки вида hello-world
к строкам вида helloWorld
.const camelizeRE = /-(\w)/g
const camelize = cached((str) => {
return str.replace(camelizeRE, (_, c) => c ? c.toUpperCase() : '')
})
camelize('hello-world')
// "helloWorld"
> Вот то место кода Vue, откуда взят этот пример.
4. Определение того, в каком именно окружении выполняется JavaScript-код
В наши дни, учитывая быстрое развитие браузеров, JavaScript-код может выполняться в различных окружениях. Для того чтобы лучше адаптировать проекты к различным средам, нужно уметь определять то, где именно выполняются программы:
const inBrowser = typeof window !== 'undefined'
const inWeex = typeof WXEnvironment !== 'undefined' && !!WXEnvironment.platform
const weexPlatform = inWeex && WXEnvironment.platform.toLowerCase()
const UA = inBrowser && window.navigator.userAgent.toLowerCase()
const isIE = UA && /msie|trident/.test(UA)
const isIE9 = UA && UA.indexOf('msie 9.0') > 0
const isEdge = UA && UA.indexOf('edge/') > 0
const isAndroid = (UA && UA.indexOf('android') > 0) || (weexPlatform === 'android')
const isIOS = (UA && /iphone|ipad|ipod|ios/.test(UA)) || (weexPlatform === 'ios')
const isChrome = UA && /chrome\/\d+/.test(UA) && !isEdge
const isPhantomJS = UA && /phantomjs/.test(UA)
const isFF = UA && UA.match(/firefox\/(\d+)/)
> Вот где я нашёл этот код.
5. Различение встроенных и пользовательских функций
Известно, что в JavaScript существует два вида функций. Первый вид — это встроенные, или, как их ещё называют, «нативные» функции. Такие функции даёт нам среда, в которой выполняется код. Второй вид — это так называемые «пользовательские функции», то есть те, которые программисты пишут сами. Различить эти функции можно, учтя тот факт, что, при преобразовании их в строки, возвращаются различные результаты.
Array.isArray.toString() // "function isArray() { [native code] }"
function fn(){}
fn.toString() // "function fn(){}"
Поэкспериментируем с этим кодом в консоли.
Метод
toString()
нативной функции всегда возвращает конструкцию следующего вида:function fnName() { [native code] }
Зная это, можно написать функцию, позволяющую различать нативные и пользовательские функции:
function isNative (Ctor){
return typeof Ctor === 'function' && /native code/.test(Ctor.toString())
}
> Вот то место в кодовой базе Vue, где есть такая функция.
А вам удавалось находить что-то интересное, исследуя код в репозиториях известных JavaScript-проектов?
alhimik45
Люблю javascript ^^
jaiprakash
Точно. А почему так?
aleksandy
Потому что в исходнике isNative присутствует постройка, по которой определяется нативность.
Doomsday_nxt
Потому что в тексте функции содержится 'native code'
alhimik45
Потому что строчка
native code
внезапно есть в тексте функции isNative :)Корректная реализация видимо должна как-то так проверять:
mironoffe
alhimik45
Ну это всё-таки намеренное стреляние в ногу. Фишка с bind от B_bird более прикольная, показывает что определить точно, будет ли вызываться пользовательский код невозможно.
krutoo
Это скорее ошибка логики в написании функции
webdevium
alhimik45
Всё равно
webdevium
Беда, беда.