Oℕ
можно оставить как было
Size: a a a
2020 September 25
Oℕ
ну основное отличие, которое было и которое стало - это экстеншн методы теперь не обычные методы
Oℕ
нельзя вызвать старый метод по имени просто
Oℕ
у них типа дебильные префиксы появляются
Oℕ
а раньше можно было просто map
ΛВ
ну основное отличие, которое было и которое стало - это экстеншн методы теперь не обычные методы
ех, очень жаль. Кажется,что жизнь лучше, когда концепции одинаковые везде
Oℕ
???
D
Антон ДеГузло и одинаковые концепции
A
есть мнение, что сложно?
Есть мнение что это сложнее чем без второго параметра и не понятно зачем он нужен
Oℕ
Хорошо, если убедите того чела, убедите меня тоже пожалуйста
A
Хорошо, если убедите того чела, убедите меня тоже пожалуйста
Главный аргумент — удобство описания бизнес ошибок там где могут произойти и бизнес и рантами ошибки. Бифунктор даёт четкое понимание того как это может сломаться со стороны бизнеса и у клиентов есть возможность найти все бизнес ошибки и обрабатывать их. Будь то другие модули или тесты.
A
В этом удобство :)
Oℕ
А в чём удобство по сравнению с F[Either[E, A]] ?
AS
или F[ADT]
A
Нет большой разницы с точки зрения семантики, но это просто на одну концепцию меньше. Есть просто одна монадка с помощью который построено все.
A
или F[ADT]
Ну тут просто, хочется иметь нормальный for и не хочется идти в тф
Oℕ
а, вы хотите не бифункторы
Oℕ
а готовый тип с ошибкой
A
а, вы хотите не бифункторы
Я хочу типизированную ошибку плюс рантайм ошибку