| Object, следовательно, обращение к object.field вызывает ошибку
Property does not exist on type 'string'
https://bit.ly/30yAJ5K
дописывать тайпгард, который проверяет, что значение является объектом? есть способы изящнее?
да, к чему спросил, работаю с числами в моем случае можно проверить объект на нулевость в жиэс-стиле просто !value || !value.M но из-за того, что value может быть объектом приходится наворачивать такую штуку в той же рамде R.anyPass([ R.isNil, R.allPass([R.is(Object), R.pipe(R.prop("M"), R.isNil)]), ])(value) и из одной строки мы превращаемся в комбайн
if (typeof value === 'object' && !value?.M)
То есть value может быть • null • number • {M: null} • {M: number} ?
я чёт не понял
да
что?
Я думаю, это опечатка. По ссылке на playground там if (value || !value.M)
а, да я опечатался
спасибо
Не сказал бы, что получилось чище хотя и нет циклов, но в общем и целом зачем вам здесь ramda? Просто чтобы потренироваться, или её обязательно использовать в проекте для вычислений?
я как раз от рамды хотел избавится в некоторых случаях, как этот и не понял, что за комбайн у вас по ссылке рамда - это красиво
а, понял, это замена моего anyPass
Рамда не всегда красиво, увы. Год назад я с ней игрался и думал, что я прям ФП спец. Сейчас очень счастлив зная, что заблуждался. Рамды должно быть в меру, и лучше уж сразу в fp-ts, если у вас в проекте есть TS. Но это всё, как говорится, на любителя..
использую рамду не для удовлетворения эго, а потому что в проекте сложные данные, над которыми рамда позволяет строить комбайны для обработки fp-ts бегло посмотрел, вроде покрывает большинство методов рамды. выглядит как раскачанная рамда что с тришейкингом, repl? какие преимущества над последней?
Я думаю, что идея не в том чтобы заменить рамду на что-то другое, а в том, чтобы в каких-то местах писать по-простому. Point-free style красиво, но не всегда. Особенно когда в языке нет короткого оператора композиции функуий
Обсуждают сегодня