Oℕ
Ну GenContains есть для таких, такой же как в монокле
Size: a a a
2020 June 07
Oℕ
оттуда и сворован
AS
Ладно, надо будет завтра повкруривать что там как
ΛВ
Эти классы используются в разных проектах.
В некоторых линзы не нужны.
В некоторых что-то другое может использоваться потенциально.
В некоторых линзы не нужны.
В некоторых что-то другое может использоваться потенциально.
Вы же можете сами написать свои дублёры для этих классов
ΛВ
И на них уже что угодно навешивать
ΛВ
Да, это неудобно
ΛВ
Но шоподелать
AS
Ну это становится уже настолько неудобно, что проще забить вообще
λ
можно обньютайпить
λ
наверно
ΛВ
Эти классы используются в разных проектах.
В некоторых линзы не нужны.
В некоторых что-то другое может использоваться потенциально.
В некоторых линзы не нужны.
В некоторых что-то другое может использоваться потенциально.
Если не нужны, так пусть не используют. Это же тайпклассы все, поэтому они не несут нагрузки никакой, если их не использовать
AS
Если не нужны, так пусть не используют. Это же тайпклассы все, поэтому они не несут нагрузки никакой, если их не использовать
либа с линзами приедет как транзитивная зависимость
ΛВ
А это так страшно?
Oℕ
Зависит от политики в проекте
Oℕ
Через магнолию, как упомянул симеон, всё равно бойлерплейтно, если делать тупекласс с параметром, его дериватор нужно будет отдельной строкой в стабильное имя записывать.
Т.е. что-то вроде
val lensAdress = new LensDerive[Address]
lensAdress [UserInfo].set(...)(...)
Т.е. что-то вроде
val lensAdress = new LensDerive[Address]
lensAdress [UserInfo].set(...)(...)
Oℕ
Через шейплесс адовый ад
S
тольео без new
Oℕ
да какая разница
Oℕ
В любом случае обычнейший GenLens/GenContains проще и надёжнее
S
симеон так меня еще не называли. Я уж думал это церковное имя, но нет - по святкам "семион" фигурирует =)