Телеграмм чат группы haskellru страница 16171

Size: a a a

Haskell

1580 membersпожаловаться на группу

2021 May 14

кана in Haskell

мы же не пишем f $x, мы пишем f $ x, поэтому и
f @ a $ x

источник

11:38пожаловаться #1

[

[BRM]White Rabbit in Haskell

ого

источник

11:39пожаловаться #2

кана in Haskell

вроде бы это запретили, и с новых ghc писать f @ x уже не выйдет в смысле type applications

источник

11:41пожаловаться #3

Jerzy Syrowiecki in Haskell

почему?

источник

11:44пожаловаться #4

Jerzy Syrowiecki in Haskell

BSL.getContents читает блоками. если файл маленький и полностью помещается в блок, то будет прочитан за раз

источник

11:45пожаловаться #5

¯\_(ツ)_/¯ in Haskell

будет более эффективно (предположение, обоснованное тем, что данные будут уже в памяти и не придётся лишний раз обращаться к диску)

источник

11:45пожаловаться #6

I O in Haskell

Но для нескольких аргументов это вообще не работает, f $ x $ y это совсем не то же самое что f @x @y

источник

11:45пожаловаться #7

Jerzy Syrowiecki in Haskell

блочное чтение для этого сделано

ок. спасибо

adam in Haskell

если бы можно было дальше простых выражений это писать, тогда имело бы смысл

источник

11:53пожаловаться #10

adam in Haskell

ну и к тому же

источник

11:54пожаловаться #11

кана in Haskell

а я не понимаю почему

источник

12:01пожаловаться #12

кана in Haskell

источник

12:02пожаловаться #13

кана in Haskell

ну да, я имел в виду не полноценное сходство, а концептуальный $ оператор применения скорее, который в хаскеле это пробел

источник

12:03пожаловаться #14

A64m AL256m qn<co... in Haskell

придется писать $x тогда!

источник

12:05пожаловаться #15

Danil Berestov in Haskell

а че в смысле, а как?

источник

12:07пожаловаться #16

I O in Haskell

Имхо лучше думать о @ как об очень магическом унарном операторе чем как о бинарном, иначе парсинг f @a x ломается

источник

12:08пожаловаться #17

Danil Berestov in Haskell

а зачем как о магическом?

источник

12:09пожаловаться #18

I O in Haskell

Ну потому что написать что-то такое средствами языка невозможно. Какой у него хотя бы тип должен быть?

источник

12:10пожаловаться #19

кана in Haskell

ну или пробел между a и x тоже считать за оператор применения, и тогда не ломается

источник

12:13пожаловаться #20