JF
Причем у
Duck можно будет использовать любую из родительских реализаций, в зависимости от параметраSize: a a a
2021 February 05
d
так и так можно
Как?
Имеется Fragment Root с ViewPager c Fragment1, Fragment2, и Fragment3
Как передать данные из Fragment1 во Fragment2?
Я не могу понять как сделать через bundle.
Можно конечно через ViewModel или Interface
Имеется Fragment Root с ViewPager c Fragment1, Fragment2, и Fragment3
Как передать данные из Fragment1 во Fragment2?
Я не могу понять как сделать через bundle.
Можно конечно через ViewModel или Interface
RC
interface Animal { void move(); }
interface Fly extends Animal {
default void move(){
//fly
}
}
interface Swim extends Animal {
default void mode(){
//swim
}
}
когда есть Fish и Hawk тогда все понятно.Но когда появится
Duck пойдет копипастМожет я к примеру придираюсь, но тут наследование действий от сущности - это мимо. Нет связи "я являюсь чем-то"
RC
Ну то есть Fly аж никак не Animal
K
Как?
Имеется Fragment Root с ViewPager c Fragment1, Fragment2, и Fragment3
Как передать данные из Fragment1 во Fragment2?
Я не могу понять как сделать через bundle.
Можно конечно через ViewModel или Interface
Имеется Fragment Root с ViewPager c Fragment1, Fragment2, и Fragment3
Как передать данные из Fragment1 во Fragment2?
Я не могу понять как сделать через bundle.
Можно конечно через ViewModel или Interface
можешь создать в рутовом и оттуда доставать из разных fragment
JF
Ну то есть Fly аж никак не Animal
ну ок.
FlyingAnimal?S
Дай пример?
interface Flyable
interface Bird
class Sparrow : Bird, Flyable
class Pinguin: Bird
interface Bird
class Sparrow : Bird, Flyable
class Pinguin: Bird
ВХ
всем привет, через сколько после внедрения FireBase в проект появляется статистика в личном кабинете?
ВХ
хотя-бы +- по вашему опыту)
RC
По идее, можно решить композицией:
interface Flyable
class BaseFlyable : Flyable
Sparrow получит реализацию BaseFlyable в виде зависимости, чтобы не повторять код одинаковый с каким-то Каллибри
interface Flyable
class BaseFlyable : Flyable
Sparrow получит реализацию BaseFlyable в виде зависимости, чтобы не повторять код одинаковый с каким-то Каллибри
JF
Может я к примеру придираюсь, но тут наследование действий от сущности - это мимо. Нет связи "я являюсь чем-то"
из реальной разработки был пример
Guest, который мог являться одновременно и Walk и Vehicle. И нужно было передавать Guest.name, в одном случае это было ФИО в другом номерJF
default на то default чтобы не описывать одинаковые реализации в разных имплементацияхRC
Да, тут с агрегацией хоботни выйдет больше
АП
А можно тут искать разработчиков в стартап? Я не нашел в правилах :(
JF
Да, тут с агрегацией хоботни выйдет больше
да, боль начинается при бегатне по файлам, чтобы понять все неявные метода. Но пропадает при групповом изменении поведения
JF
так что мы опять упираемся в область применения
при
при наследовании - групповые изменения нужно по всему коду искать (и самое сложное - ничего не пропустить и не забыть)
при
interface default - разработка более гибкая, но сложная в осовоениипри наследовании - групповые изменения нужно по всему коду искать (и самое сложное - ничего не пропустить и не забыть)
V
Подскажите плиз, у меня есть FragmentContainerView, ему установил класс-контекст, я получил саму view, могу я как то достать экземпляр класса?
JF
А можно тут искать разработчиков в стартап? Я не нашел в правилах :(
RC
Подскажите плиз, у меня есть FragmentContainerView, ему установил класс-контекст, я получил саму view, могу я как то достать экземпляр класса?
АП
Спасибо