Ну зачекай исходники

type OmitByValue<T, ValueType> = Pick<
  T,
  { [Key in keyof T]-?: T[Key] extends ValueType ? never : Key }[keyof T]
>;

type A = OmitByValue<TObj, null | undefined>

да, то что надо, спасибо)

кстати, а для чего делается [keyof T] в конце? не очень это понимаю

Ребят, всем привет!
Помогите типизировать
const sortByAlphabet = (arr, props) => {
 return [...arr].sort((a, b) => {
   return (
     props.reduce((acc, prop) => {
       if (acc === 0) {
         const [p1, p2] = [a[prop], b[prop]];
         acc = p1 > p2 ? 1 : p1 < p2 ? -1 : 0;
       }
       return acc;
     }, 0),
     ''
   );
 });
};

let arr = [{ "sportId": 1, "tournamentUnionId": 1463, "tournamentId": 2821, "tournamentStageId": 1581, "startDate": "2020-03-04T15:00:00Z", "objects": { "1": "Ахмат", "2": "Зенит" }, "name": "Ахмат - Зенит", "scores": { "100": { "100": { "0": { "1": 0, "2": 0 } }, "101": { "1": { "1": 0, "2": 0 } }, "106": { "0": { "1": 0, "2": 0 } } } }, "resultsCount": 1 }, { "sportId": 1, "tournamentUnionId": 1463, "tournamentId": 2821, "tournamentStageId": 1581, "startDate": "2020-03-04T16:30:00Z", "objects": { "1": "Спартак Москва", "2": "ЦСКА" }, "name": "Спартак Москва - ЦСКА", "resultsCount": 1 }, { "sportId": 1, "tournamentUnionId": 1463, "tournamentId": 2821, "tournamentStageId": 1581, "startDate": "2020-03-04T12:00:00Z", "objects": { "1": "Шинник", "2": "Урал" }, "name": "Шинник - Урал", "resultsCount": 1 }]
let props = ["name"]

sortByAlphabet(arr, props);

братан, это так не работает... если что не получается или не понимаешь - спроси, тебе помогут, а делать за тебя твою работу никто не будет.

Окей, что тут не так?

то, что у тебя по типу должно возвращаться string, а у тебя возращается number

ставки на спорт? большой развод?)

Не, просто спорт ресурс

На всякий случай напоминаю почему Effector вообще появился и какие у него плюсы:

— децентрализованность, декларативность, эффективность. требовался инструмент, позволяющий управлять данными в сложных приложениях без опасности раздуть монолитный центральный стор, с явным control flow, нормальной типизацией и емким апи
— сторы для приложения должны быть лёгкими, насколько это возможно — не должна пугать мысль о том, что нужно добавить ещё один стор для конкретных нужд
— сторы должны свободно совмещаться — идея в том, что данные, которые потребуются приложению, можно распределить статически, заранее показав как данные будут преобразоваться во время работы приложения
— принцип работы должен by design исключать необходимость в reselect, оповещая об изменениях только тех, кому они необходимы. это позволяет не задумываться о том, что у тебя будет триггериться всё приложение если ты захочешь вынести  стейт модалки из реакта. по совместительству это означает что приложения избавлены от проблем с перфомансом, возникшим у react-redux при переходе на контекст
— возможность, место, и способ вынести любую требуемую бизнес-логику из view, максимально упрощая компоненты
— независимость от спорных концепций — никаких декораторов, никаких зависимостей от реакта/rxjs либо необходимости юзать классы или прокси — ничего из этого не требуется для управления состоянием приложения и поэтому апи библиотеки использует только функции и простые js объекты
— предсказуемость апи. небольшое число базовых принципов переиспользуются в различных кейсах, снижая нагрузку на юзера и повышая узнаваемость. зная как работает .watch  в эвентах, можно догадаться, что делает функция .watch у стора
— приложение строится из комбинации базовых элементов и возможности строить новые.
нет никакого смысла стремиться выдать всё за стрим, за редьюсер или за обсервабл, в приложении требуются они все, и библиотека предлагает решение чтобы управлять структурой данных, а не скрывать её

Записи докладов будут?

да

Забавно что если я хочу найти свои сообщения в этом чате, мне нужно что-то написать

Дебаг тулы как у редакса и вьюкса не предвидится?

Сейчас есть effector-logger, он логгирует события в консоль плюс умеет в интеграцию с redux-devtools extension

О, тема!

У меня есть объект result, который содержит следующие данные:

- если result.success === true, то там будет result.packet

- если !result.success, то там будет result.messages

Подскажите плиз как это правильно типизировать, сейчас сделано так:

type Cryptogram =
 | {
     success: true
     packet: string
   }
 | {
     messages: CryptogramErrors
   }

Добавить success: false во второй вариант?