[FERTIG IN SwiftyInsta
vs. 2.0
]
Die in Siwa verwendeten Login-Mechanismen sind denen in SwiftyInsta
weit überlegen, aber SwiftyInsta
bietet immer noch eine Möglichkeit für ein Headless-Login, was nur zu einer Code-Duplizierung führt.
Anstatt die Unterstützung für die Authentifizierung durch _username_ und _password_ von SwiftyInsta
zu streichen (wie ich in meinem Entwurf für 2.0
jetzt im development
-Zweig vorgeschlagen habe), warum nicht alle Siwa
hinzufügen SwiftyInsta
?
Was ist der Grund dafür, sie als separate Frameworks zu haben?
Ich habe Siwa
für ein Unternehmen entwickelt, um dessen Anmeldeprobleme (sentry_block) zu beheben, und weil Siwa
die Web API
verwendet, habe ich beschlossen, ein neues Framework für die Instagram-Web-API zu erstellen, aber ich Ich hatte keine Zeit, alle Funktionen zu implementieren, also habe ich mich entschieden, es als alternative Anmeldemethode zu belassen.
und Einer der Gründe, warum ich es nicht mit SwiftyInsta
kombiniert habe, war, dass viele Benutzer mit dem privaten API-Login zufrieden waren, da wir das user & pass
-Login aus SwiftyInsta
entfernt haben ein guter Zeitpunkt, um es mit SwiftyInsta
zusammenzuführen
Darf ich versuchen, es wieder zu SwiftyInsta
hinzuzufügen und dann ein _pr_ an development
senden, wenn ich fertig bin? 😊 @TheM4hd1
sicher warum nicht.
Gute Idee.
Hilfreichster Kommentar
Darf ich versuchen, es wieder zu
SwiftyInsta
hinzuzufügen und dann ein _pr_ andevelopment
senden, wenn ich fertig bin? 😊 @TheM4hd1