Как типизировать числа с точкой и тире?

Question

[tostershmoster]

interface Address {
  street: string;
  suite: string;
  city: string;
  zipcode: '92998-3874';
  geo: {
    lat: -37.3159;
    lng: 81.1496;
  };
};

Как лучше типизировать zipcode, lat, lang?

Значения первого числа могут быть только: широта от −90 до +90, долгота от −180 до +180

Тут не нужны все возможные варианты для zipcode, просто интересно знать как типизировать такой вариант.

Comments

[Lynn «Кофеман»]

А зачем координаты строками?

Тут у вас адрес какой-то конкретной страны или любой?

[tostershmoster]

Lynn «Кофеман»,

А зачем координаты строками?

это с json так скопировалось, должны быть числа.

Тут у вас адрес какой-то конкретной страны или любой?

любые могут быть координаты

[Lynn «Кофеман»]

Ну тогда zipcode это просто строка. В разных странах у него разный формат.

А координаты просто number. Задать границы чисел в TS нельзя. Проверяйте, если нужно, в коде.

[Lynn «Кофеман»]

Что-то теперь zipcode стал странным. Наверное всё таки строкой было лучше

[Lynn «Кофеман»]

Нет большого смысла упарываться.
Типы number и string достаточны, а точную проверку проще сделать в коде.

[WbICHA]

Числа можно так типизировать, только если это небольшой набор целых чисел. Дробные в принципе не получится.
Строки с числами да, можно, но тут возникает вопрос: а надо ли? Как и сказал Lynn «Кофеман», намбер и стринг будет более чем достаточно. Более детальная типизация актуальна только если тебе вручную эти данные забивать надо, иначе это лишь усложнит тебе жизнь.

Answer 1

[Aetae]

В принципе ts позволяет при желании извратиться и побуквенно наклепать нужные типы:

type Lettrer = 'a' | 'b' | ...
type Digit = 1 | 2 | ...
...

Но делать так, очевидно, не стоит. :)
Оставьте просто string и просто number.
Разве что для удобства чтения и понимания (а также как задел на случай если ts поумнеет в будущем и сможет в более сложные типы) сделайте так:

type ZipCode = string;
type GeoCoord = number;

Comments

[Lynn «Кофеман»]

TS ограничивает количество элементов в объединении. Так что zipcode через шаблонные литералы так не сделать.

[Aetae]

Lynn «Кофеман», лол, ну я такой ересью не занимался, потому не сталкивался.
Если очень захотеть наверняка лимит можно и подкрутить. И пусть весь мир подождёт.:)

Answer 2

[StiflerProger]

Вот такой вариант playground

type Coord =`${number}.${number}`;
type Zipcode =`${number}-${number}`;

let a: Coord = '-3.3' // ok
let b: Coord  = "-81." // error
let c: Coord  = "123.00" // ok

let d: Zipcode = '4565' // error
let e: Zipcode = '4565-' // error
let f: Zipcode = '4565-2' // ok
let g: Zipcode = '4565-2-2' // error

Comments

[Lynn «Кофеман»]

let a: Coord = '-3.-3' // ?

[tostershmoster]

А если значения первого числа могут быть только: широта от −90 до +90, долгота от −180 до +180?

[StiflerProger]

Lynn «Кофеман», да, в этом ключе не подумал) '4565--2' // ok

[Александр]

tostershmoster, используйте type guard для этих целей.

[mayton2019]

По поводу zip code.
zipcode: '92998-3874';
Если это стандарт почтовых кодов США - то надо почитать как он организован.
Просто из этого примера нам не видно всех возможных вариантов. Он ЕМНИП
может быть просто 5-символьный.

[tostershmoster]

mayton2019, это тестовая задача, тут не нужны все возможные варианты для zipcode, просто интересно знать как типизировать такой вариант

[mayton2019]

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

Ну географические координаты - это конечно вещественные числа.