[FAIT EN SwiftyInsta
v. 2.0
]
Les mécanismes de connexion utilisés dans Siwa sont de loin supérieurs à ceux de SwiftyInsta
, mais SwiftyInsta
fournit toujours un moyen de connexion sans tête, ce qui n'entraîne que la duplication de code.
Au lieu de supprimer la prise en charge de l'authentification via _username_ et _password_ de SwiftyInsta
(comme je l'ai proposé dans mon brouillon pour 2.0
maintenant dans la branche development
), pourquoi ne pas ajouter tous les Siwa
Fonctionnalités SwiftyInsta
?
Quel est le raisonnement derrière les avoir en tant que cadres distincts ?
J'ai développé Siwa
pour une entreprise afin de résoudre ses problèmes de connexion (sentry_block), et parce que Siwa
en utilisant le Web API
j'ai décidé de créer un nouveau cadre pour l'API Web Instagram, mais je Je n'ai pas eu le temps d'implémenter toutes les fonctionnalités, j'ai donc décidé de les laisser comme une autre méthode de connexion.
et l'une des raisons pour lesquelles je ne l'ai pas combiné avec SwiftyInsta
était que de nombreux utilisateurs étaient d'accord avec la connexion API privée, puisque nous avons supprimé la connexion user & pass
de SwiftyInsta
c'est un bon moment pour le fusionner avec SwiftyInsta
Cela vous dérange-t-il si j'essaie de le rajouter à SwiftyInsta
et d'envoyer un _pr_ à development
une fois que j'ai terminé ? 😊 @TheM4hd1
bien sûr, pourquoi pas.
Bonne idée.
Commentaire le plus utile
Cela vous dérange-t-il si j'essaie de le rajouter à
SwiftyInsta
et d'envoyer un _pr_ àdevelopment
une fois que j'ai terminé ? 😊 @TheM4hd1