VD
Size: a a a
2020 December 04
VD
типа calendarview? или еще что то??
D
а скажи пожалуйста, нужно ли в layoute что то добавлять???
точно не помню но вроде бы я не добавлял больше нечего прям так работало
D
а скажи пожалуйста, нужно ли в layoute что то добавлять???
DatePickerDialog основной елемент
D
Добрый утро. Подскажите, если у меня в базе есть таблица items и таблица item_category, правильно для них будет сделать один репозиторий или два?
A
Dzmitry
Добрый утро. Подскажите, если у меня в базе есть таблица items и таблица item_category, правильно для них будет сделать один репозиторий или два?
если ты будешь выбирать и items и items_category, то два
A
если items_category только для join выбора items, то можно только для items и сделать
D
если ты будешь выбирать и items и items_category, то два
окей, спасибо
D
если items_category только для join выбора items, то можно только для items и сделать
нет, мне для списка отдельно категории надо доставать
VD
Добрый день Ребят, подскажите пожалуйта, с помощью чего можно реализовать появление диалогового окна с календарем. из edittext ???
и при выборе даты, она сразу вставлялась в edittext
и при выборе даты, она сразу вставлялась в edittext
А может у кого нибудь есть вариант, как это сделать во фрагменте??
КБ
привет, вот такая задачка. есть класс, отвечающий за поставку данных из хранилища, и обычный адаптер для списка. нужно в списке показывать данные, отобранные по определенным критериям. и вот тут возникает непонятка. с одной стороны варианты отбора могут быть разными, и вешать это на поставщика данных не кажется разумным. с другой стороны, иначе адаптеру придется знать и уметь работать со специфическими методами составления запросов, зависящими и от модели данных и от типа хранилища (например room, realm, retrofit и т.д.). делать у поставщика данных отдельный билдер запросов, это городить монстра, поддерживающего сложный огород вложенных условий, для пары-тройки адаптеров тоже не хочется. может есть какие-то готовые шаблоны, или советы?:)
пока приходит в голову только некий хелпер, который будет предоставлять набор методов для разных вариантов запросов с простыми параметрами в виде конкретных значений, а там уже вся кухня по передачи этого всего поставщику данных
проблема только, что пока хрен знает, сколько таких вариантов может быть, и любое незначительное отклонение потребует нового метода. та и имена замучаешься методам давать:)
пока приходит в голову только некий хелпер, который будет предоставлять набор методов для разных вариантов запросов с простыми параметрами в виде конкретных значений, а там уже вся кухня по передачи этого всего поставщику данных
проблема только, что пока хрен знает, сколько таких вариантов может быть, и любое незначительное отклонение потребует нового метода. та и имена замучаешься методам давать:)
СК
Добрый день Ребят, подскажите пожалуйта, с помощью чего можно реализовать появление диалогового окна с календарем. из edittext ???
и при выборе даты, она сразу вставлялась в edittext
и при выборе даты, она сразу вставлялась в edittext
DialogFragment
СК
Сделай интерфейс в нем для отправки даты обратно из того места где его вызвали
СК
К Б
привет, вот такая задачка. есть класс, отвечающий за поставку данных из хранилища, и обычный адаптер для списка. нужно в списке показывать данные, отобранные по определенным критериям. и вот тут возникает непонятка. с одной стороны варианты отбора могут быть разными, и вешать это на поставщика данных не кажется разумным. с другой стороны, иначе адаптеру придется знать и уметь работать со специфическими методами составления запросов, зависящими и от модели данных и от типа хранилища (например room, realm, retrofit и т.д.). делать у поставщика данных отдельный билдер запросов, это городить монстра, поддерживающего сложный огород вложенных условий, для пары-тройки адаптеров тоже не хочется. может есть какие-то готовые шаблоны, или советы?:)
пока приходит в голову только некий хелпер, который будет предоставлять набор методов для разных вариантов запросов с простыми параметрами в виде конкретных значений, а там уже вся кухня по передачи этого всего поставщику данных
проблема только, что пока хрен знает, сколько таких вариантов может быть, и любое незначительное отклонение потребует нового метода. та и имена замучаешься методам давать:)
пока приходит в голову только некий хелпер, который будет предоставлять набор методов для разных вариантов запросов с простыми параметрами в виде конкретных значений, а там уже вся кухня по передачи этого всего поставщику данных
проблема только, что пока хрен знает, сколько таких вариантов может быть, и любое незначительное отклонение потребует нового метода. та и имена замучаешься методам давать:)
Для такого же обычно используют Repositoty? Он получает данные и уже потом к нему можно пристроить класс, например Interactor, который будет реализовывать преобразование данных в нужный вид и связать это все интерфейсами
КБ
ну да, похоже на interacror
S
К Б
привет, вот такая задачка. есть класс, отвечающий за поставку данных из хранилища, и обычный адаптер для списка. нужно в списке показывать данные, отобранные по определенным критериям. и вот тут возникает непонятка. с одной стороны варианты отбора могут быть разными, и вешать это на поставщика данных не кажется разумным. с другой стороны, иначе адаптеру придется знать и уметь работать со специфическими методами составления запросов, зависящими и от модели данных и от типа хранилища (например room, realm, retrofit и т.д.). делать у поставщика данных отдельный билдер запросов, это городить монстра, поддерживающего сложный огород вложенных условий, для пары-тройки адаптеров тоже не хочется. может есть какие-то готовые шаблоны, или советы?:)
пока приходит в голову только некий хелпер, который будет предоставлять набор методов для разных вариантов запросов с простыми параметрами в виде конкретных значений, а там уже вся кухня по передачи этого всего поставщику данных
проблема только, что пока хрен знает, сколько таких вариантов может быть, и любое незначительное отклонение потребует нового метода. та и имена замучаешься методам давать:)
пока приходит в голову только некий хелпер, который будет предоставлять набор методов для разных вариантов запросов с простыми параметрами в виде конкретных значений, а там уже вся кухня по передачи этого всего поставщику данных
проблема только, что пока хрен знает, сколько таких вариантов может быть, и любое незначительное отклонение потребует нового метода. та и имена замучаешься методам давать:)
UseCase
S
К Б
ну да, похоже на interacror
+
S
репозиторий просто тебе данные доставляет, с апи или кэша или бд - неважно, а какие - для этого можно юзкейс / интерактор пишут
Е
ребята, можно ли в приложении запретить на андроиде смену на темный фон? Точнее когда меняешь фон на темный на телефоне, что бы твое приложение не менялось на темный фон?
КБ
смущает, что интерактор обычно используют в схеме репо->интерактор->презентер