Как небольно избавится от as const для обхода ошибки 'type string is not assignable to type keyof' и '"center" | "right" | "left" | undefined'?

Alexandroppolus, подставил страшный костыль в виде IIFE, есть ли способ правильнее и красивее?

Как небольно избавится от as const для обхода ошибки 'type string is not assignable to type keyof' и '"center" | "right" | "left" | undefined'?

Alexandroppolus, вот тут все варианты

Как небольно избавится от as const для обхода ошибки 'type string is not assignable to type keyof' и '"center" | "right" | "left" | undefined'?

Alexandroppolus, да, вижу отличие. у меня там еще .map применяется, чтобы проставить дефолтное значение выравнивания (в квазаре зачем-то сделано странно): вот ссылка

с этим можно что-нибудь сделать?

Как небольно избавится от as const для обхода ошибки 'type string is not assignable to type keyof' и '"center" | "right" | "left" | undefined'?

Alexandroppolus,
как только обмазаться as const во всех field и align - ошибка пропадает

Как заставить typescript поверить, что в объекте есть свойство?

отметил решением так как способ неплох, хоть и не совсем подходит в моем случае (см комментарии к вопросу)

Как заставить typescript поверить, что в объекте есть свойство?

WbICHA, но все равно проверка с 'in' не совсем походит, потому что в моем случае там может быть Null или undefined, и для таких случаев должен вызываться create, а добавление доп проверок все равно приводит к всякой ругани. в итоге тип получился такой:

type NewData = {
  id?: null|undefined,
  [propName: string]: unknown
}

и проверка с typeguard как в текущем ответе

Как заставить typescript поверить, что в объекте есть свойство?

WbICHA, вот это тоже вариант, спасибо! напиши ответом, отмечу решением

type NewData = {
  id: never,
  [propName: string]: unknown
}
type CreatedData = {
  id: number | string
  [propName: string]: unknown
}

export async function create (path: string, data: NewData) {
  return (await api.post(`${path}`, data)).data.data
}

export async function update (path: string, data: CreatedData) {
  return (await api.put(`${path}/${data.id}`, data)).data.data
}

export async function upsert (path: string, data: NewData | CreatedData) {
  if ("id" in data) {
    return await update(path, data)
  } else {
    return await create(path, data)
  }
}

при этом без id: never не работает, ругается на update, причем с очень странной формулировкой:


а если применять другие проверки (не in, а, вроде, любые, даже всякие Object.hasOwn) с never, то ругается уже на другое:

Как заставить typescript поверить, что в объекте есть свойство?

WbICHA, без кавычек не дает:

с кавычками как и было - не верит:

Как заставить typescript поверить, что в объекте есть свойство?

modelair, но я-то хочу то, что решается именно гвардами. просто заинлайненными. например с jsdoc/phpdoc можно написать комментарий: здесь мы считаем эту переменную такого типа. и все будет работать. Почему бы тут не сделать синтаксис для такого инлайна? типа

export async function upsert (path: string, data: Type1|Type2 ) {
  if ((data.id !== undefined): data is Type1) {
    return await update(path, data)
  } else (data is Type2) {
    return await create(path, data)
  }
}

Как заставить typescript поверить, что в объекте есть свойство?

modelair, 10 лет пожеланию: https://github.com/Microsoft/TypeScript/issues/3744 ))

Как заставить typescript поверить, что в объекте есть свойство?

modelair, да не, я про то, чтобы не делать функцию isData отдельной функцией, а приписать data is { id: number | string } к условию в if.

Не пойму, почему появляется ошибка 'Could not find a declaration file for module' у некоторых модулей и как это исправить?

modelair, он в paths не дает такой вайлдкард ставить. по идее ему бы и на @services ругаться надо. А инклюд у меня вообще пустой был. И при этом всё собиралось и работало о_О

Как заставить typescript поверить, что в объекте есть свойство?

modelair, if (Object.hasOwn(data, 'id'): data is { id: number | string })

Не пойму, почему появляется ошибка 'Could not find a declaration file for module' у некоторых модулей и как это исправить?

modelair, А почему не ругался на

import { lowercasedObject, notifyError, pageHeightFn } from '@/services'

ведь его не было в include (он вообще был пропущен), а в paths было так:

"paths": {
      "@/*": ["resources/spa/*"]
    },

Как заставить typescript поверить, что в объекте есть свойство?

Спасибо! Выглядит как костыль, но пусть будет так. И заинлайнить нельзя (

Не пойму, почему появляется ошибка 'Could not find a declaration file for module' у некоторых модулей и как это исправить?

modelair, добавил

"include": [
    "./resources/**/*.ts",
    "./resources/**/*.vue"
  ],

вроде отпустило, спасибо!
Если это ок - то напиши ответом - отмечу решением.

Создать нормальный https сертификат для адреса в локальной сети?

я вот уже думаю, а не разогнать ли на эмуляторе реверс прокси, который обращения к локалхосту будет перенаправлять на машину с девсервером? Нужно только чтобы он умел в websocket

Создать нормальный https сертификат для адреса в локальной сети?

Тут проблема в том, что сертификаты LE короткоживущие и для добавления нового нужна новая запись (судя по докам LE), а для этого нужно управление DNS записями через api, чтобы обвешатся скриптами и обновлять вовремя.
Мой регистратор такого не умеет (

Создать нормальный https сертификат для адреса в локальной сети?

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

Как получить статус доставки сообщения firebase cloud messaging?

При отправке статус доставки узнать невозможно.

мне не нужно "при отправке", мне нужно отправить смс если пуш не доставлен/показан (если пользователь кликнул понятно, там я в приложении могу отправить запрос на бэк) в течение некоторого периода времени.
соответственно, руками лазить в дашборд нереально, хотеолсь бы из того же места что и отправляю с помощью http запроса получить данные.