tl; dr: Нет! Функции стрелок и декларации функций / выражения не являются эквивалентными и не могут быть заменены вслепую. Если функция, которую вы хотите заменить, not использует this
, arguments
и не вызывается с new
, тогда да.
Как это часто бывает: это зависит. Функции Arrow имеют другое поведение, чем декларации / выражения функций, поэтому давайте сначала рассмотрим различия:
1. Функции Lexical this
и arguments
не имеют собственных привязок this
или arguments
. Вместо этого эти идентификаторы разрешаются в лексической области, как и любая другая переменная. Это означает, что внутри функции стрелки this
и arguments
относятся к значениям this
и arguments
в окружающей среде, функция стрелки определена в (т.е. «снаружи» стрелка ) // Example using a arrow function
function createObject() {
console.log('Inside `createObject`:', this.foo);
return {
foo: 42,
bar: () => console.log('Inside `bar`:', this.foo),
};
}
createObject.call({foo: 21}).bar(); // override `this` inside createObject
В случае выражения функции, this
относится к объекту, который был создан внутри createObject
. В функциональном случае стрелки this
относится к this
самого createObject
.
Это делает функции стрелок полезными, если вам нужно получить доступ к this
текущей среды:
// currently common pattern
var that = this;
getData(function(data) {
that.data = data;
});
// better alternative with arrow functions
getData(data => {
this.data = data;
});
Обратите внимание, что это также означает, что не можно установить функцию стрелки this
с .bind
или .call
.
Если вы не очень знакомы с this
, рассмотрим чтение
2. Функции стрелок не могут быть вызваны с помощью new
ES2015 различает функции, доступные call , и функции, которые являются конструкцией . Если функция конструируется, ее можно вызвать с помощью new
, то есть new User()
. Если функция является вызываемой, ее можно вызвать без new
(т. Е. Вызов нормальной функции).
Функции, созданные посредством деклараций / выражений функций, являются конструктивными и вызываемыми. Функции стрелок (и методы) являются только вызываемыми. class
конструкторы только конструктивны.
Если вы пытаетесь вызвать функцию, не вызываемую вызовом, или построить неконструируемую функцию, вы получите ошибку времени выполнения.
Зная это, мы можем указать следующее.
Сменный:
this
или arguments
. .bind(this)
Не сменный:
this
) arguments
(см. ниже)) Давайте рассмотрим это более подробно с помощью ваших примеров:
Функция конструктора
Это не будет работать, потому что функции стрелок нельзя вызвать с помощью new
. Продолжайте использовать объявление / выражение функции или используйте class
.
Способы прототипа
Скорее всего нет, потому что методы прототипа обычно используют this
для доступа к экземпляру. Если они не используют this
, вы можете его заменить. Однако, если вы в первую очередь заботитесь о сжатом синтаксисе, используйте class
с его синтаксисом сжатого метода:
class User {
constructor(name) {
this.name = name;
}
getName() {
return this.name;
}
}
Методы объекта
Аналогично для методов в объектном литерале. Если метод хочет ссылаться на сам объект через this
, продолжайте использовать функциональные выражения или используйте новый синтаксис метода:
const obj = {
getName() {
// ...
},
};
Обратные вызовы
Это зависит. Вы должны обязательно заменить его, если вы наложили внешний this
или используете .bind(this)
:
// old
setTimeout(function() {
// ...
}.bind(this), 500);
// new
setTimeout(() => {
// ...
}, 500);
Но: Если код, вызывающий обратный вызов, явно устанавливает this
на определенное значение , как это часто бывает с обработчиками событий, особенно с jQuery, и обратный вызов использует this
(или arguments
), вы не можете использовать функцию стрелки!
Variadic функции
Поскольку функции стрелок не имеют собственных arguments
, вы не можете просто заменить их функцией стрелки. Однако ES2015 вводит альтернативу использованию arguments
: параметр rest .
// old
function sum() {
let args = [].slice.call(arguments);
// ...
}
// new
const sum = (...args) => {
// ...
};
Связанный вопрос:
Дополнительные ресурсы:
BigTable, который является бэкэндом базы данных для Механизма Приложения, масштабируется к миллионам записей. Из-за этого, Механизм Приложения не позволит Вам делать любой запрос, который приведет к сканированию таблицы, поскольку производительность была бы ужасна для хорошо заполненной таблицы.
, Другими словами, каждый запрос должен использовать индекс. Поэтому можно только сделать =
, >
и <
запросы. (На самом деле можно также сделать !=
, но API делает это использование комбинация >
и <
запросы.) Это также, почему среда разработки контролирует все запросы, которые Вы делаете и автоматически добавляет любые недостающие индексы к Вашему index.yaml
файл.
нет никакого способа индексировать для LIKE
запрос, таким образом, это просто не доступно.
Имеют часы эта сессия Google IO для намного лучшего и более подробного объяснения этого.
У меня та же проблема, но я нашел кое-что на страницах движка приложений Google:
Совет: фильтры запросов не имеют явного способа сопоставления только части строкового значения, но вы можете подделать совпадение префикса, используя фильтры неравенства:
db.GqlQuery("SELECT * FROM MyModel WHERE prop >= :1 AND prop < :2",
"abc",
u"abc" + u"\ufffd")
Это соответствует каждой сущности MyModel со строковым свойством prop, которое начинается с символов abc. Строка Юникода u "\ ufffd" представляет собой максимально возможный символ Юникода. Когда значения свойств сортируются в индексе, все значения, попадающие в этот диапазон, - это все значения, начинающиеся с данного префикса.
http://code.google.com/appengine/docs/python/datastore/ queryandindexes.html
может быть, это поможет;)
Alt App Engine не поддерживает как запросы, посмотрите на свойства ListProperty и StringListProperty . Когда тест на равенство выполняется в этих свойствах, тест фактически применяется на всех элементах списка, например, List_Property = значение
тесты, если значение появляется в любом месте в списке.
Иногда эта функция может использоваться в качестве обходного пути к отсутствию подобных запросов. Например, это позволяет сделать простой текстовый поиск, как описано на этом посте .