IvanIvanIvanIvanIvan

Сигнатура функции - это по сути ее тип, который состоит из списка аргументов с типами и типа возвращаемого значения.
Имплементация функции - это функция с телом.
То есть следующие строки - это сигнатуры:

function position(): MyPosition
function position(a:number, b:number): MyPosition
function position(a:number): MyPositionWithDefault

Это тоже сигнатура: function position(a?: number, b?:number), но она так же является частью имплементации:

function position(a?: number, b?:number) {
    if (!a && !b) {
        return {x: undefined, b: undefined}
    }
    if(a && !b) {
        return {x: a, b: undefined, default: a.toString()}
    }
    return {x: a, y: b}
}

Перегрузки в TS работают по особенному, не так как в других языках. Все дело в том, что на выходе должен получится JS, в котором никаких перегрузок нет. Поэтому перегрузки работают только на уровне типов.
Поэтому Вы сначала перечисляете список сигнатур, которые станут типом функции для вызывающей стороны, а потом пишите имплементацию, у которой сигнатура должна быть обобщением всех перегрузок, так как именно она используется для проверки типов внутри функции.

Еще один важный момент для данного примера - это вывод типов. Если где-то тип не указать, то TS попробует его вывести, но делает он это весьма топорно - из первого значения которое будет присвоено переменной, ну и из первого return если речь идет о выводе возвращаемого значения функции.
В Вашем случае TS выведет возвращаемое значение имплементации из следующей строчки: return {x: undefined, b: undefined}
Тип такого значения будет:

interface ReturnTypeOfPosition {
  x: undefined
  b: undefined
}

Проблема тут в двух вещах, во-первых в поле b вместо поля y, во-вторых в отсутствии поля default.
Если исправить так:

function position(): MyPosition
function position(a: number, b: number): MyPosition
function position(a: number): MyPositionWithDefault
function position(a?: number, b?: number): MyPosition | MyPositionWithDefault {
    if (!a && !b) {
        return {x: undefined, y: undefined}
    }
    if(a && !b) {
        return {x: a, y: undefined, default: a.toString()}
    }
    return {x: a, y: b}
}

то все будет ок

Ну и еще важный момент про перегрузки, TS использует в месте вызова ту перегрузку, которая первой подошла по аргументам, пробуя их в том порядке, как они записаны у Вас в коде, сверху вниз. Соответственно остальные типы в месте вызова будут выводится из данного факта.

P.S. у меня в профиле есть ссылка на доклад по системе типов TS, про перегрузки там тоже есть. Система типов в TS полностью построена на математике множеств, если понять эту математику, то поймете и TS.

В Node.js - utils.promisify.

const api = (isError = false, callback) => !isError
  ? callback(null, { code: 200 })
  : callback(new Error(), null);

const promisify = (handle = () => {}) => (...args) => new Promise((resolve, reject) => {
  handle(...args, (error, data) => {
    if (error) {
      reject(error);
    } else {
      resolve(data);
    }
  });
});

promisify(api)(true).then(data => {
  console.log('data', data);
}).catch(error => {
  console.log('error', error);
});

Как-то так (врапперы можно можно поискать в npm)

const addLocation = (city, coord) => new Promise((resolve, reject) => {
  geo.addLocation(city, coord, (err, reply) => {
    if (err) reject(err)
    else resolve(reply)
  })
})

try {
  const reply = await addLocation('Toronto', {latitude: 43.6667, longitude: -79.4167})
  console.log('added location:', reply)
} catch (err) {
  console.error(err)
}

Проще всего transform: skew() (значение укажите сами) для псевдоэлемента.
Менее удобная альтернатива: поворот блока и потом обратный поворот для теста.
Во втором варианте может быть размытие.

https://jsfiddle.net/9byhnupx/

https://developer.mozilla.org/ru/docs/Web/JavaScri...

Number.toLocaleString()

widget?.algorithmы?.ruleset?.rules

В JS есть по 2 оператора инкримента и декримента
Так

let x = 10;
console.log(x++); // 10
console.log(x--); // 11

значение сначала будет передано в console.log, а потом посчитано новое
А так

let x = 10;
console.log(++x); // 11
console.log(--x); // 10

сначала посчитает, а потом передаст в console.log
С присваиванием и назначением ключу объекта происходит тоже самое

Нажать на токи напротив "Карта без названия" и экспорт в KML/KMZ:
открыть файл архиватором, открыть содержимое в блокноте, найти блок coordinates и копировать координаты.

Регулярные выражения
Их флаги

let result = /Иван/i.test(value);
если нужен индекс:
let result = value.match(/Иван/i).index;

let value = "Иван";
let text = "ив";
let result = (value.toLowerCase().indexOf(text.toLowerCase()) !== -1); // true

Так, что ли?

Все зависит от того, какие операции происходят при сравнении элементов.

Если элементы - обычные объекты javascript в оперативной памяти - это быстро, и десятые доли секунды клиент может и не заметить, но если вы умудряетесь на каждый запрос сравнения лезть в DOM то это будет катастрофа.

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

Нормально - ты же не Monero майнишь, а время cpu хостинга не резиновое.

await работает с промисами RTFM
https://developer.mozilla.org/uk/docs/Web/JavaScri...

Во-первых, параметр state функции, переданной в setState, перекрывает параметр state, передаваемый в modalRun. Во-вторых, второй параметр функции, передаваемой в setState - это props, а вовсе не state. В общем, дурацким выбором имён параметров сами себя в заблуждение вводите. Делайте так:

modalRun = (modalState) => {
  this.setState((prevState) => {
    return {
      modal: {
        ...prevState.modal,
        state: modalState,
      },
    };
  });  
}

Как написал 0xD34F с кавычками придется экранировать обратный слэш, поэтому в JS придумана специальная конструкция с прямыми слэшами /.../, которая позволяет экранировать гораздо меньше
new RegExp(/^\d+$/)