В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Haskell

1644 membersпожаловаться на группу
2020 November 28

к

кана in Haskell
можно просто удалить все сигнатуры, скорее всего сразу все заработает
источник
22:00пожаловаться#1

Y

Yuuri in Haskell
Ну они в рамках проекта коммон :) Там парсеры нескольких форматов, но с общими штуками для лексера
источник
22:00пожаловаться#2

MK

Maxim Koltsov in Haskell
По кругу ходите :)
источник
22:01пожаловаться#3

к

кана in Haskell
ну тогда три варианта есть:
- пофиксить common проект
- лифтить в своем проекте все коммон-парсеры
- в своем проекте сделать ImplicitParams и все, никаких ридеров
источник
22:01пожаловаться#4

к

кана in Haskell
будет

f :: TypeMap -> Char

myCustomParser :: (?typeMap :: TypeMap) => Common.Parser Char
myCustomParser = do
 let x = f ?typeMap
 Common.someCharParser x
источник
22:03пожаловаться#5

MK

Maxim Koltsov in Haskell
Explicit is better than implicit
источник
22:03пожаловаться#6

к

кана in Haskell
ну тут все вполне эксплисит я считаю, какой-нибудь ридер в стеке более имплисит чем это
источник
22:04пожаловаться#7

Y

Yuuri in Haskell
ImplicitParams — это идея, спасибо
источник
22:05пожаловаться#8

к

кана in Haskell
сразу советую сделать

type WithTypeMap = (?typeMap :: TypeMap)

myParser :: WithTypeMap => Parser a
источник
22:05пожаловаться#9

MK

Maxim Koltsov in Haskell
Кана подсаживает всех на свою иглу)
источник
22:06пожаловаться#10

к

кана in Haskell
да просто какое-то глупое игнорирование полезной и простой фичи
источник
22:06пожаловаться#11

к

кана in Haskell
в сообществе
источник
22:06пожаловаться#12

Y

Yuuri in Haskell
Maxim Koltsov
Explicit is better than implicit
У нас и так implicit typing, ничего страшного
источник
22:06пожаловаться#13

Y

Yuuri in Haskell
Чорт, а ведь если этот парсер не верхнеуровневый, то до него придётся всё так же этот неявный аргумент пробрасывать...
источник
22:11пожаловаться#14

Y

Yuuri in Haskell
(а вот было бы это в обычном оопе, можно было бы просто в класс парсера поле с этим словарём добавить, и всего делов)
источник
22:12пожаловаться#15

JS

Jerzy Syrowiecki in Haskell
Yuuri
(а вот было бы это в обычном оопе, можно было бы просто в класс парсера поле с этим словарём добавить, и всего делов)
только класс парсера это был бы твой, и библиотеека про него ничего не знает
источник
22:13пожаловаться#16

к

кана in Haskell
Jerzy Syrowiecki
только класс парсера это был бы твой, и библиотеека про него ничего не знает
а ей и ну нужно, свой класс бы отнаследовал все методы из коммон-класса
источник
22:19пожаловаться#17

JS

Jerzy Syrowiecki in Haskell
кана
а ей и ну нужно, свой класс бы отнаследовал все методы из коммон-класса
точно так же, как ReaderT наследует MonadParsec
источник
22:20пожаловаться#18

JS

Jerzy Syrowiecki in Haskell
вообще нет разницы
источник
22:20пожаловаться#19

к

кана in Haskell
только методы-то класса были бы привязаны к конкретно этому классу
источник
22:20пожаловаться#20