KK
Ну например, есть функция, которая будет получать либо синхронный источник данных, либо асинхронный. По идее, с помощью монад такую функцию можно сделать просто и эффективно.
Не будет, я просто приму на вход интерфейс
Size: a a a
2020 May 16
MB
Не будет, я просто приму на вход интерфейс
Ну вот как она дальше будет работать?
CC
Не будет, я просто приму на вход интерфейс
функциональный интерфейс ты получать будешь
CC
если захочешь проще всего
MB
Либо этот интерфейс и будет монадой, конечно
MB
Ну например функция, которая подсчитает количество байт, меньших 128.
KK
если захочешь проще всего
Что будет работать?
G
Functor, Applicative, Monad, Kleisli etc
В новом C# вроде можно: https://habr.com/en/post/490112/
G
В новом C# вроде можно: https://habr.com/en/post/490112/
(Там внизу ещё есть аргументация по поводу монад)
MB
И вообще, как от монад перешли к ФП?
KK
Аля
public T WTF<T>(IWTFReader<T> reader)
{
T answer = new T();
while (reader.IsEnd())
{
T element = reader.Read();
answer.DoSmth(element);
}
return answer;
}
MB
Аля
public T WTF<T>(IWTFReader<T> reader)
{
T answer = new T();
while (reader.IsEnd())
{
T element = reader.Read();
answer.DoSmth(element);
}
return answer;
}
И почему это у асинхронного ридера read() вернет T?
MB
Он вернет например Promise<T>
KK
И почему это у асинхронного ридера read() вернет T?
Потому что у него в интерфейсе задано, что он не Task<T> возвращает
KK
А то что он асинхронен - детали реализации
MB
Потому что у него в интерфейсе задано, что он не Task<T> возвращает
Тогда это плохой интерфейс :) Он заставляет делать незирокостные вещи типа переключения стеков, получается.
KK
И сама асинхронность эвейтится в IsEnd
KK
Тогда это плохой интерфейс :) Он заставляет делать незирокостные вещи типа переключения стеков, получается.
А оно по-другому все равно работать не будет
KK
Там все равно весь бэк в монадах будет контексты чейнджить постоянно
AZ
а тут в дело вступает @zamazan4ik
а, что?