Size: a a a

2017 September 15

ES

Eugene Shapovalov in GitFox
@terrakok
если есть вопросы по комментариям, то их сюда задавать или в MR?
источник

ES

Eugene Shapovalov in GitFox
Issue и MergeRequest во некоторых местах апи добавляются как target, а в некоторых местах как target_id + target_type, и получается, что Target существует независимо от Todo, а Todo просто содержит ссылку.

Например из Events ["target_id":160, "target_type":"Issue"], видно, что Issue/MergeRequest это реализация target.
Поэтому я считаю, что создавать IssueTarget и MergeRequestTarget это дублирование Issue и MergeRequest.
источник

AD

Aleksey Dolgiy in GitFox
Eugene Shapovalov
@terrakok
если есть вопросы по комментариям, то их сюда задавать или в MR?
логично, что туда, куда комментарий написали)
источник

KT

Konstantin Tskhovrebov in GitFox
Eugene Shapovalov
Issue и MergeRequest во некоторых местах апи добавляются как target, а в некоторых местах как target_id + target_type, и получается, что Target существует независимо от Todo, а Todo просто содержит ссылку.

Например из Events ["target_id":160, "target_type":"Issue"], видно, что Issue/MergeRequest это реализация target.
Поэтому я считаю, что создавать IssueTarget и MergeRequestTarget это дублирование Issue и MergeRequest.
понял, тогда Target, Issue и MergeRequest надо перенести в пакет entity.target
источник

ES

Eugene Shapovalov in GitFox
Konstantin Tskhovrebov
понял, тогда Target, Issue и MergeRequest надо перенести в пакет entity.target
хорошо.
источник

ES

Eugene Shapovalov in GitFox
лучше вопросы здесь задавать или в mr?
источник

IG

Ilya Gulya in GitFox
Ilya Gulya
Кстати, в проекте есть enum class OrderBy.
В нём описано множество сортировок. Однако, в разных запросах поддерживаются разные сортировки. Не лучше ли делать отдельные OrderBy енумы для разных типов сущностей?
Что-то типа MergeRequestOrderBy, IssueOrderBy и так далее
Может ещё это обсудим сразу?
источник

ES

Eugene Shapovalov in GitFox
получилось так, что и здесь спросил, и в mr 🙁
источник

KT

Konstantin Tskhovrebov in GitFox
лучше все писать там, но сложные вопросы, которые не сформулировать - можно здесь. и это как исключение
источник
2017 September 16

e

eugenetereshkov in GitFox
Привет. Как проавильно реализовать слушателя для DialogFragment? Задача с navigationdrawer. Как я понял в  BaseFagment метод showConfirmDialog(title: String? = null, msg: String, confirm: () -> Unit) должен вызывать ConfirmDialog в котором создается AlertDialog.
источник

KT

Konstantin Tskhovrebov in GitFox
Да, надо создать наследника фрагмент диалога. А в онаттач кастовать:
Паррент фрагмент к интерфейсу слушателя, если это не так, то каствать активити
источник

e

eugenetereshkov in GitFox
А интерфес ConfirmDialog.OnClickListener должен реализовывать BaseFragment или NavigationDrawerFragment?
источник

KT

Konstantin Tskhovrebov in GitFox
Base
источник

KT

Konstantin Tskhovrebov in GitFox
И лучше в интерфейсе не метод сделать, а лямбду, наверное
источник

KT

Konstantin Tskhovrebov in GitFox
Надо посмотреть)
источник

e

eugenetereshkov in GitFox
protected fun showConfirmDialog(title?, msg?, confirm {})  Не понятно как вызвать confirm()
источник

KT

Konstantin Tskhovrebov in GitFox
Надо ещё передать тег, и сохранить лямбду
источник

KT

Konstantin Tskhovrebov in GitFox
При создании диалога передать лямбду в бандл
источник

IG

Ilya Gulya in GitFox
Передавать лямбду в бандл это какая-то джедайская техника прям)
источник

KT

Konstantin Tskhovrebov in GitFox
А, ещё я понял, что не стоит все это в базовом классе делать)
источник