Notifications center #134
Notifications center #134
Conversation
|
Надо бы dev в ветку подмерджить и посмотреть, что там с тестами. |
Stepic/DeepLinkRouter.swift
Outdated
| @@ -213,4 +225,40 @@ class DeepLinkRouter { | |||
| ) | |||
|
|
|||
| } | |||
|
|
|||
| static func routeToDiscussionWithId(_ lessonId: Int, stepId: Int, discussionId: Int, completion: @escaping ([UIViewController]) -> Void) { | |||
There was a problem hiding this comment.
вот в этом файле, конечно, адовый ад.
надо будет отрефакторить это всё потом, чтобы на промисах и, скорее всего, в отдельные классы выделить роутинг на различный контент, чтобы можно было удобно конфигурировать и расширять поведение роутинга.
| @@ -157,6 +157,11 @@ class NewProfileViewController: MenuViewController, ProfileView { | |||
| navigationController?.pushViewController(vc, animated: true) | |||
| } | |||
|
|
|||
| func navigateToNotifications() { | |||
There was a problem hiding this comment.
Это нигде не используется. Не знаю, стоит ли здесь и в ProfilePresenter оставлять.
There was a problem hiding this comment.
Не стоит, это осталось случайно.
| import CoreData | ||
|
|
||
| extension Notification { | ||
| // FIXME: CREATE GENERIC CLASS |
Stepic/Notification.swift
Outdated
|
|
||
| enum NotificationType: String { | ||
| var localizedName: String { | ||
| let localizedNames: [NotificationType: String] = [ |
There was a problem hiding this comment.
А чем это лучше switch self-а ?
switch self без default statement-а позволит тебе не забыть добавить локализованное имя при добавлении нового типа нотификаций, или как-то сгруппировать старые, например.
There was a problem hiding this comment.
Справедливо, осталось от какого-то другого кейса просто.
| // | ||
|
|
||
| import Foundation | ||
|
|
||
| /* | ||
| Extracts information from the given notification | ||
| */ | ||
| class NotificationDataExtractor { |
There was a problem hiding this comment.
Хорошо отрефакторил класс, круто!
| import Alamofire | ||
| import SwiftyJSON | ||
|
|
||
| class NotificationsAPI { |
There was a problem hiding this comment.
Хорошо было бы заюзать PromiseKit для запросов в этом классе. (можно потом, в feature/new-home добавил PromiseKit обертку над APIEndpoint)
| } | ||
|
|
||
| fileprivate func loadData(page: Int, in section: NotificationsSection) -> Promise<(Bool, NotificationViewDataStruct)> { | ||
| // FIXME: temporary wrapper |
There was a problem hiding this comment.
вот это такое себе, но пока можно оставить
| // FIXME: temporary wrapper | ||
| func retrieve(page: Int, notificationType: NotificationType?) -> Promise<(Meta, [Notification])> { | ||
| return Promise { fulfill, reject in | ||
| // TODO: ugly performRequest() call |
There was a problem hiding this comment.
думаю, можно будет написать PromiseKit-обертку над performRequest(), чтобы все выглядело посимпатичнее. (не сейчас)
Задача: #APPS-1481
Коротко для Release Notes, в формате «Сделали/Добавили/Исправили N»:
Добавили раздел с уведомлениями
Описание:
Новый раздел с уведомлениями.
TODO