QZ
lazy view ок
можно считать костылем но жизнь не портит, юзается легко
можно считать костылем но жизнь не портит, юзается легко
Size: a a a
2017 June 05
QZ
и да - это аналог shouldComponentUpdate
RS
Можно быстро сравнивать всё, а можно при определенных условиях половину не сравнивать. Простая логика оптимизации, привычная по реакту же.
AK
> в purs динамичнее, но делаются интересные вещи а всякое скучное но без чего продакшен невозможен забиваются
Мне вот это не нравится в большинстве языков как раз, и большинство из них как раз развиваются по этой схеме. Я за строгие правила, ведущие к понятному и логичному синтаксису, пусть и через ограничения.
Мне вот это не нравится в большинстве языков как раз, и большинство из них как раз развиваются по этой схеме. Я за строгие правила, ведущие к понятному и логичному синтаксису, пусть и через ограничения.
AK
Кстати вопрос по делу, что-то туплю, как деструктурировать список по типу?
Вроде:
Вроде:
type MyUnionType = TypeOne | TypeTwo
myFunc : List MyUnionType -> ...
myFunc customList =
case customList of
<что писать, чтобы выбрать список только из TypeOne?> -> ...
_ -> ...
AP
В ML-языках как раз "строгие правила, ведущие к понятному и логичному синтаксису"
AP
define "деструктурировать список по типу"
AP
Тип то один - тип-сумма
AK
ну вот там пример кода. есть union type, мне нужно выбрать список, который содержит элементы только одного суб-типа из этого union
AP
isTypeOne x = case x of
TypeOne -> True
_ -> False
AP
List.filter isTypeOneAP
case по самому списку тут не нужен
AK
просто вот так можно например делать:
case customList of
(TypeOne elmOne)::(TypeTwo elmTwo)::_ ->
_ -> ...
AP
Можно, но это же не решает задачу
чтобы выбрать список только из TypeOneAK
да, только элементы по сути
AK
думал что есть способ без фильтра
AK
ну ладно, потерпим :D
AP
В смысле "способ без фильтра"? filter - единственный верный способ для решения этой задачи :)