Size: a a a

2021 February 11

MK

Maxim Koltsov in Haskell
но вообще суть такая
источник

AA

A64m AL256m qn<co... in Haskell
не такая, конечно
источник

MK

Maxim Koltsov in Haskell
я же говорил
источник

DD

Dmitry Dugin in Haskell
Maxim Koltsov
но вообще суть такая
а как это в хаскеле делается? там вроде все нечистые это тип данных отдельный или функция особенная?
источник

MK

Maxim Koltsov in Haskell
можно считать, что нечистые функции помечены в типах
источник

MK

Maxim Koltsov in Haskell
например a -> IO b нечистая
источник

DS

David Sorokin in Haskell
Dmitry Dugin
Я правильно понимаю один из аспектов функционально подхода в отношении чистых и нечистых функций? мы изолируем нечистые функции(ввод-вывод допустим) , а они уже вызывают чистую функцию, которая в свою очередь может последовательно вызвать цепочку чистых функций. таким образом изолируется "грязный" код как я понял.
Мне кажется, что это ошибка авторов учебников, что они приводят к таким крайним точкам зрения у начинающих. Забейте пока на эту тему и продолжайте дальше изучать язык и тренироваться. Потом все разложится по полочкам само
источник

DD

Dmitry Dugin in Haskell
в фп подходе код стараются писать так чтобы нечистые io функции были изолированы в отдельном месте программы?
источник

AA

A64m AL256m qn<co... in Haskell
нет
источник

AA

A64m AL256m qn<co... in Haskell
@maksbotan неправильно объясняет просто
источник

MK

Maxim Koltsov in Haskell
Я ЖЕ ГОВОРИЛ
источник

AA

A64m AL256m qn<co... in Haskell
Dmitry Dugin
в фп подходе код стараются писать так чтобы нечистые io функции были изолированы в отдельном месте программы?
попробуйте спросить его что тут где изолируется и как и он засыпется сразу
источник

DD

Dmitry Dugin in Haskell
ведь если мы не будем стараться их изолировать, то цепочка вызовов в которую попадает нечистая функция далее становится цепочкой вызовов грязного кода
источник

MK

Maxim Koltsov in Haskell
из чистой нельзя вызвать нечистую
источник

AA

A64m AL256m qn<co... in Haskell
Dmitry Dugin
ведь если мы не будем стараться их изолировать, то цепочка вызовов в которую попадает нечистая функция далее становится цепочкой вызовов грязного кода
ну да, вот и спросите его как изоляция происходит, чего и от чего
источник

MK

Maxim Koltsov in Haskell
поэтому цепочку замарать нельзя
источник

DS

David Sorokin in Haskell
Dmitry Dugin
ведь если мы не будем стараться их изолировать, то цепочка вызовов в которую попадает нечистая функция далее становится цепочкой вызовов грязного кода
лучше думайте в терминах ссылочно-прозрачных функций - отложите "чистоту" / "нечистоту" пока в сторону
источник

IR

IC Rainbow in Haskell
Dmitry Dugin
Я правильно понимаю один из аспектов функционально подхода в отношении чистых и нечистых функций? мы изолируем нечистые функции(ввод-вывод допустим) , а они уже вызывают чистую функцию, которая в свою очередь может последовательно вызвать цепочку чистых функций. таким образом изолируется "грязный" код как я понял.
За этим только в хаскельной семье следят. В том же ML всем пофиг на эффекты и они "функциональный подход" всё равно.
источник

DD

Dmitry Dugin in Haskell
IC Rainbow
За этим только в хаскельной семье следят. В том же ML всем пофиг на эффекты и они "функциональный подход" всё равно.
понятно
источник

E

Elijah in Haskell
Отличайте скот чистый от нечистого и птицу чистую от нечистой и не оскверняйте душ ваших скотом и птицею и всем пресмыкающимся по земле, что отличил Я, как нечистое.😁
источник