Paid events #25
Paid events #25
Conversation
| @@ -39,6 +39,7 @@ final class KeepAliveManager { | |||
| private var pauseTimeStart = [Date]() | |||
| private var pauseTimeEnd = [Date]() | |||
|
|
|||
| private let timerQueue = DispatchQueue(label: "timerQueue", attributes: .concurrent) | |||
There was a problem hiding this comment.
To jest fix na testy które na fastlanie nie przechodziły. Timery były uruchamiane z qos: .background. Teraz zrobiłem dedykowaną kolejkę .concurrent
U mnie lokalnie testy na fastlane też nie przechodziły, a teraz już przechodzą
| reportEvent(event) | ||
| } | ||
|
|
||
| // swiftlint:disable function_parameter_count |
There was a problem hiding this comment.
to jest zaszłość z lokalnego testowania, czy ma zostać?
There was a problem hiding this comment.
nie, to wyłączenie lintera na ten przypadek, moze zostac
There was a problem hiding this comment.
Lint ma ustawioną regułę na maxymalną liczę parametrów 5 (w tym projekcie), a chciałem aby Android i iOS miały taki sam interface. No i trzeba zignorować tą regułę.
| /// - contentMetadata: Content metadata | ||
| /// - temporaryUserId: Temporary user id | ||
| /// - realUserId: New user id | ||
| func reportMobileAppTemporaryUserIdReplacedEvent(contentMetadata: ContentMetadata?, |
There was a problem hiding this comment.
tu ta meta nie jest potrzebna, to sie nie dzieje w kontekście żadnym
There was a problem hiding this comment.
@danielcalka jeśli mamy to na androidzie to do wywalenia też
| reportEvent(event) | ||
| } | ||
|
|
||
| /// Reports event of piano prediction of user likelihood to subscribe / cancel subscription |
There was a problem hiding this comment.
nie powiniśmy tu o Piano wspominać - ten moduł nic o tym nie wie
| /// - contentMetadata: Content metadata | ||
| /// - supplierData: Data regarding the supplier of sales | ||
| /// - metricsData: Metric counter data | ||
| func reportShowMetricLimitEvent(contentMetadata: ContentMetadata?, |
There was a problem hiding this comment.
tu meta powinno być wymagane bo bez tego to zdarzenie nie ma sensu
| reportEvent(event) | ||
| } | ||
|
|
||
| // swiftlint:disable function_parameter_count |
There was a problem hiding this comment.
nie, to wyłączenie lintera na ten przypadek, moze zostac
| import Foundation | ||
|
|
||
| /// Subscription payment data | ||
| public struct SubscriptionPaymentData { |
There was a problem hiding this comment.
musisz dodać publiczny konstruktor
| import Foundation | ||
|
|
||
| /// Metric counter data | ||
| public struct MetricsData { |
|
|
||
| import Foundation | ||
|
|
||
| public struct LikelihoodData: Encodable { |
| case realUserId = "real_user_id" | ||
| } | ||
|
|
||
| let fakeUserId: String? |
There was a problem hiding this comment.
to ma tylko sens jak są dwie wartości
There was a problem hiding this comment.
@adamszeremeta ten obiekt wykorzystywany jest tez przy createPurchaseEvent, gdzie idzie tylko fake_user_id
There was a problem hiding this comment.
ale tam ma Bernard to podane jawnie jako
temporaryUserId: String?
bo potem to nie wymusza w tym zdarzeniu z przepisaniem usera podania dwoch wartosci.. chyba ze przez konstruktor to wymusimy a zostanie do uzytku wewnetrznego opcjonalne to ok
|
|
||
| import Foundation | ||
|
|
||
| enum PaidEventParameter: String { |
There was a problem hiding this comment.
wybacz ale ja bym sie trzymał konwencji że jawnie przy budowaniu podajemy klucze
patrząc na to ja nie mam pojęcia co idzie do backendu, nie wiem jak to jest enkodowane
co ty na to by zrobić to tak jak do tej pory?
| // RingPublishingTracking | ||
| // | ||
| // Created by Bernard Bijoch on 04/09/2024. | ||
| // |
There was a problem hiding this comment.
nie wszedzie jest copyright, przejrzyj i dodaj w plikach
| /// Payment method | ||
| let paymentMethod: PaymentMethod | ||
|
|
||
| public init(subscriptionBasePrice: String, |
There was a problem hiding this comment.
dorzuć jeszcze komentarze z parametrami do tych konstruktorów i bedzie ok wszystko
No description provided.