Posté par moules .
En réponse à la dépêche Weboob 0.9.
Évalué à 10.
Est-ce que vous comptez avoir une API stable qui permettrait de scripter directement en python sans passer par les applis console ?
L'API est plutôt stable et se base d'une part sur la classe simple Weboob, d'autre part sur les capabilities que tel ou tel backend va implémenter (cf weboob/capabilities/).
Tu pourras facilement écrire quelque chose comme :
La méthode do permet d'effectuer les appels aux backends chargés simultanément en arrière-plan et de sortir les résultats dès qu'ils arrivent. Tu as d'autres manières de taper sur les backends.
L'API sera réellement stabilisée lors de la sortie de la 1.0, et éventuellement versionnée pour celle des capabilities.
Si tu ne veux pas utiliser le mécanisme d'abstraction des appels de Weboob, tu peux directement importer le browser d'un backend (chacun a sa propre API qui elle risque de varier), comme le fait columbo :
Quid des mises à jour avec le dépôt Debian ? Il va être réactif si un site change du jour au lendemain ?
Des versions mineurs (x.y.z) sortent fréquemment lorsque des changements ont eu lieu sur des sites web et que le correctif est (rapidement en général) disponible. Elles sont évidement packagées immédiatement.
Est-ce que vous avez l'intention de faire packager ça dans les dépôts officiels ? Et là encore, quid des MàJ ?
Une RFS a été effectuée en avril dernier par un développeur de Weboob, mais certains ne semblent pas goûter aux conventions de nommage des applications Weboob.
Merci pour ce super boulot en tout cas
N'hésite pas à rejoindre les dizaines de personnes qui contribuent au projet, à maintenant plus d'une cinquantaine de backends à maintenir, et sans doute encore davantage dans le futur, le projet a toujours besoin de davantage de main-d'œuvre pour assurer réactivité et qualité.
[^] # Re: \o/
Posté par moules . En réponse à la dépêche Weboob 0.9. Évalué à 10.
L'API est plutôt stable et se base d'une part sur la classe simple Weboob, d'autre part sur les capabilities que tel ou tel backend va implémenter (cf weboob/capabilities/).
Tu pourras facilement écrire quelque chose comme :
La méthode do permet d'effectuer les appels aux backends chargés simultanément en arrière-plan et de sortir les résultats dès qu'ils arrivent. Tu as d'autres manières de taper sur les backends.
L'API sera réellement stabilisée lors de la sortie de la 1.0, et éventuellement versionnée pour celle des capabilities.
Si tu ne veux pas utiliser le mécanisme d'abstraction des appels de Weboob, tu peux directement importer le browser d'un backend (chacun a sa propre API qui elle risque de varier), comme le fait columbo :
Je t'invite à regarder la description de l'architecture de Weboob, ou la vidéo de la conférence Weboob aux RMLL 2010.
Des versions mineurs (x.y.z) sortent fréquemment lorsque des changements ont eu lieu sur des sites web et que le correctif est (rapidement en général) disponible. Elles sont évidement packagées immédiatement.
Une RFS a été effectuée en avril dernier par un développeur de Weboob, mais certains ne semblent pas goûter aux conventions de nommage des applications Weboob.
N'hésite pas à rejoindre les dizaines de personnes qui contribuent au projet, à maintenant plus d'une cinquantaine de backends à maintenir, et sans doute encore davantage dans le futur, le projet a toujours besoin de davantage de main-d'œuvre pour assurer réactivité et qualité.