Issue и MergeRequest во некоторых местах апи добавляются как target, а в некоторых местах как target_id + target_type, и получается, что Target существует независимо от Todo, а Todo просто содержит ссылку.
Например из Events ["target_id":160, "target_type":"Issue"], видно, что Issue/MergeRequest это реализация target. Поэтому я считаю, что создавать IssueTarget и MergeRequestTarget это дублирование Issue и MergeRequest.
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
Кстати, в проекте есть enum class OrderBy. В нём описано множество сортировок. Однако, в разных запросах поддерживаются разные сортировки. Не лучше ли делать отдельные OrderBy енумы для разных типов сущностей? Что-то типа MergeRequestOrderBy, IssueOrderBy и так далее
Привет. Как проавильно реализовать слушателя для DialogFragment? Задача с navigationdrawer. Как я понял в BaseFagment метод showConfirmDialog(title: String? = null, msg: String, confirm: () -> Unit) должен вызывать ConfirmDialog в котором создается AlertDialog.