Quel est le meilleur framework pour faire du Logging ?
Contexte :
Je pensais être assez rigoureux dans l'écriture de mon code (c'est ce que nous pensons tous en fait) et notamment dans le gestion des erreurs, les tests unitaires systématiques, etc. ... Jusqu'à ce que je me casse les dents pendant plusieurs jours sur un méchant bug !
J'ai donc décidé de prendre le taureau par les cornes et de revoir complètement la gestion des erreurs et le logging de l'une de mes applications, en particulier j'ai décidé d'adopter un framework de logging.
D'où ma question ...
Question :
Quel est pour vous le "meilleur" framework de logging ?
Mes deux candidats potentiels, en farfouillant notamment sur Cocoapods sont DryLogging et CocoaLumberJack. J'ai une petite préférence a priori pour DryLogging qui me paraà®t plus simple à utiliser. Mais je ne suis pas fermé à toute autre proposition bien sûr.
Question subsidiaire :
Y a-t-il un moyen (simple !), voire un autre framework de Logging, qui permettrait de récupérer les logs (de niveau Error par exemple) d'une application iOS en production (distribuée via l'App Store).
Pour ce que j'en sais, Apple prévoit de communiquer au développeur les crashlogs mais pas les logs console.
Réponses
Celui que tu maà®triseras le mieux ;-)
Plus sérieusement, le framework CocoaLumberjack est plus tôt performant et souple.
Regarde également du côté de Fabric pour ta dernière question.
Perso j'utilise Crashlytics, avec Answers, c'est vraiment pas mal, simple à intégrer.
Merci Xyloweb.
Crashlytics ne répond pas à mon besoin car malheureusement mon application ne plante pas forcément quand j'ai des comportements bizarroà¯des. C'est pour ça que j'aimerais mettre des Logs dans l'appli distribuée, et récupérer ces logs pour les analyser.
Answers a l'air pas mal. Je pourrais peut-être en détourner l'usage pour répondre à mon besoin. En tout cas le concept est à retenir.
J'en ai profité pour lire la licence d'utilisation des plugins Fabric.io ; voilà ce que j'en retiens synthétiquement :
- les rapports fournis par Fabric sont pour l'usage exclusif du développeur. Il est interdit de transmettre ces rapports ou de les utiliser pour fournir des informations à un tiers
- le maintien d'une compatibilité entre les différentes versions des logiciels mis à disposition n'est pas garanti
- le développeur doit utiliser les dernières versions proposées, et donc mettre à jour ses applications déjà publiées
- le développeur a la responsabilité de veiller à ce que d'éventuels virus qui auraient attaqué son application ne provoquent pas de dommage aux serveurs et aux services mis à disposition du développeur par Twitter
- le développeur doit veiller à ce que ses applications ne sont pas exportées dans des pays interdits par l'administration américaine
- les feedbacks éventuellement communiqués à Twitter par le développeur sont la propriété de Twitter et sont considérés comme des informations confidentielles
- les données qui lui sont personnelles confiées à Twitter par le développeur appartiennent à Twitter. Elles restent en principe confidentielles mais peuvent être utilisées par Twitter
- les données collectées par les services de Twitter appartiennent à Twitter.
- le service fourni par Twitter peut être interrompu à tout moment, de façon permanente ou temporaire
- Twitter pourra demander un dédommagement au développeur qui ne respecterait pas ses obligations