Телеграмм чат группы haskell

В случае фреймворка придётся весь фреймворк переделывать, а не только релевантную часть

10:39пожаловаться #1

АГ

То-то я гляжу, библиотеку network переписали уже сколько раз (нет)

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

yesod - framework, rio - не фреймворк

10:39пожаловаться #3

АГ

Kirill Valyavin

В случае фреймворка придётся весь фреймворк переделывать, а не только релевантную часть

Неправда

10:40пожаловаться #4

То-то я гляжу, библиотеку network переписали уже сколько раз (нет)

В общем-то её сильно переписали

10:40пожаловаться #5

То-то я гляжу, библиотеку network переписали уже сколько раз (нет)

А может это фреймворк? Почему нет

10:40пожаловаться #6

Но без больших ломаний интерфейса, т.к. от неё многие зависят, а она идёт с ghc

10:40пожаловаться #7

Неправда

Ну если у фреймворка есть библиотечная часть, то с ней конечно таких проблем нет

10:40пожаловаться #8

и её стоит рассматривать как часть ghc

10:40пожаловаться #9

АГ

Между библиотеками и фреймворками есть формальная разница. С библиотеками - ты контроллируешь flow. С фреймворками - они контроллируют flow

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

rio не контролирует flow

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

Ну вот, если flow не такой как надо — переписывай весь фреймворк

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

АГ

И функции библиотеки не должны быть взаимозависимы

10:41пожаловаться #13

(твиттер кстати не читал и не буду, не знаю что там)

10:41пожаловаться #14

АГ

Alexander Vershilov

rio не контролирует flow

Тогда не похоже на фреймворк

10:41пожаловаться #15

АГ

Kirill Valyavin

Ну вот, если flow не такой как надо — переписывай весь фреймворк

Нет

10:42пожаловаться #16

double не

10:42пожаловаться #17

rio конечно является wrapper-ом к экосистеме

10:42пожаловаться #18

А что это значит?

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

так что там вопрос сложный