★ᵃ
а ты прям представитель бога)
Yep. Для жирного троллинга некоторых личностей )
Size: a a a
2020 July 31
СА
А книги вот тут @flutterbooks
Интересно, а как сюда ПОЛОЖИТЬ книжку. У меня уже на русском какая-то есть...
ДК
Интересно, а как сюда ПОЛОЖИТЬ книжку. У меня уже на русском какая-то есть...
спросить владельца канала
🐴🐴
Ivan Pavlov
Кто подскажет, зачем создают абстрактные классы, а потом их имплементацию?
К примеру как здесь:
К примеру как здесь:
abstract class SearchManager {
RxCommand<String,String> lookUpZipCommand;
}
class SearchManagerImplementation implements SearchManager{
@override
RxCommand<String,String> lookUpZipCommand;
SearchManagerImplementation()
{
lookUpZipCommand = RxCommand.createAsync((zip) =>
sl.get<ZipApiService>().lookUpZip(zip));
}
}конкретно здесь (если нет других имплементаций) абстрактный класс не нужен. рискну предположить, что код писал чувак, пришедший из Java стека, с контузией мозга от кровавого энтерпрайза (сам в таком работаю)
RM
Enums with Extensions in Dart: Интеграция enums и методов расширения облегчит разработку в Flutter.
https://link.medium.com/B6LAPpeby8
https://link.medium.com/B6LAPpeby8
★ᵃ
Интересно, а как сюда ПОЛОЖИТЬ книжку. У меня уже на русском какая-то есть...
а можешь скинуть хотя б в чЯт ? )
СА
спросить владельца канала
Чет не получается.
ДК
Чет не получается.
я ничем не могу помочь, я просто дал ссылку, канал не мой
ДК
а можешь скинуть хотя б в чЯт ? )
+
СА
Ivan Pavlov
Кто подскажет, зачем создают абстрактные классы, а потом их имплементацию?
К примеру как здесь:
К примеру как здесь:
abstract class SearchManager {
RxCommand<String,String> lookUpZipCommand;
}
class SearchManagerImplementation implements SearchManager{
@override
RxCommand<String,String> lookUpZipCommand;
SearchManagerImplementation()
{
lookUpZipCommand = RxCommand.createAsync((zip) =>
sl.get<ZipApiService>().lookUpZip(zip));
}
}Нужно весь проект смотреть, но чаще всего кейс такой (на примере моего текущего проекта): есть, условно, виджет СтрокаПоиска. Он встроен в десяток разных экранов, но выглядит одинаково. Однако логика работы прям вообще разная в разных местах. Поэтому тот экран, в который он строен (вернее его VM) создаёт реализацию SearchManager для этого виджета и передаёт в конструктор, как аргумент. В данном случае abstract SearchManager это интерфейс делегата логики виджетаСтрокиПоиска. И да нужна привычка и большое приложение чтобы понять, что такой подход Тру.
СА
привет. как можно запустить приложения под IOS на Linux?
Та запросто, ты ж на Флаттер канале: открываешь приложение в IDE (оно же у тебя на Флаттер надеюсь), переключаешь Флаттер в мастер канал, включаешь Линух енабле, собираешь его под Лихух десктоп. Профит!
GV
Та запросто, ты ж на Флаттер канале: открываешь приложение в IDE (оно же у тебя на Флаттер надеюсь), переключаешь Флаттер в мастер канал, включаешь Линух енабле, собираешь его под Лихух десктоп. Профит!
И получаешь другой размер окна, другую платформу и соответсвенно другое платформозависимое поведение, и пр.
СА
И получаешь другой размер окна, другую платформу и соответсвенно другое платформозависимое поведение, и пр.
Это была шутка юмора в ответ на вопрос, содержащий шутку юмора. Чет все серьезные утром в пятницу.
IP
конкретно здесь (если нет других имплементаций) абстрактный класс не нужен. рискну предположить, что код писал чувак, пришедший из Java стека, с контузией мозга от кровавого энтерпрайза (сам в таком работаю)
IP
Нужно весь проект смотреть, но чаще всего кейс такой (на примере моего текущего проекта): есть, условно, виджет СтрокаПоиска. Он встроен в десяток разных экранов, но выглядит одинаково. Однако логика работы прям вообще разная в разных местах. Поэтому тот экран, в который он строен (вернее его VM) создаёт реализацию SearchManager для этого виджета и передаёт в конструктор, как аргумент. В данном случае abstract SearchManager это интерфейс делегата логики виджетаСтрокиПоиска. И да нужна привычка и большое приложение чтобы понять, что такой подход Тру.
Спасибо, до большого приложения нужно ещё написать уйму маленьких 🙃
СА
Ivan Pavlov
Простите, мой французский, однако какая гадость.
OP
Ivan Pavlov
Во-первых, различные менеджеры часто выделяют в отдельный модуль/либу и для вызова извне оставляют интерфейс, чтобы не привязываться к внутренней реализации
Также это добавляет удобства для тестирования абстрагированного модуля, потому что опять же - мы не должны завязываться на конкретную реализацию, нам важно отдать данные и получить результат (условно)
В небольшом пет-проекте смысла особо нету, но если работаешь в команде и каждый над своим участком кода - то гораздо удобнее заранее договориться об интерфейсах данных, которые уже можно дорабатывать в процессе работы.
Также это добавляет удобства для тестирования абстрагированного модуля, потому что опять же - мы не должны завязываться на конкретную реализацию, нам важно отдать данные и получить результат (условно)
В небольшом пет-проекте смысла особо нету, но если работаешь в команде и каждый над своим участком кода - то гораздо удобнее заранее договориться об интерфейсах данных, которые уже можно дорабатывать в процессе работы.
OP
Во-первых, различные менеджеры часто выделяют в отдельный модуль/либу и для вызова извне оставляют интерфейс, чтобы не привязываться к внутренней реализации
Также это добавляет удобства для тестирования абстрагированного модуля, потому что опять же - мы не должны завязываться на конкретную реализацию, нам важно отдать данные и получить результат (условно)
В небольшом пет-проекте смысла особо нету, но если работаешь в команде и каждый над своим участком кода - то гораздо удобнее заранее договориться об интерфейсах данных, которые уже можно дорабатывать в процессе работы.
Также это добавляет удобства для тестирования абстрагированного модуля, потому что опять же - мы не должны завязываться на конкретную реализацию, нам важно отдать данные и получить результат (условно)
В небольшом пет-проекте смысла особо нету, но если работаешь в команде и каждый над своим участком кода - то гораздо удобнее заранее договориться об интерфейсах данных, которые уже можно дорабатывать в процессе работы.
ну и также в DI можно легко подменять реализации через интерфесы при этом не меняя саму настройку DI (как для тестов, так и для внутренней логики)
D
Однозначно, все закрываем протоколами
OP
Однозначно, все закрываем протоколами
ну да, в ios это протоколы)