weboob, c'est d'abord et avant tout une librairie pour utiliser des services web dans une application. Le gros avantage c'est que pour des services web similaires (ma facture du mois precedent), il n'y a pas besoin de se retaper tous les sites dont tu as besoin un par un, qui chacun utilise une API différente et que tu dois donc réanalyser (ou pire, quand il n'y a pas d'API et que tu dois scraper les pages une par une).
Non, au lieu de faire ça, tu utilises une seule et unique capability, pour laquelle plusieurs backends peuvent être utilisés (voir les backends dispos pour tout ce qui concerne des factures). Au final tout ce que tu as besoin d'apprendre c'est l'API unique de la capability, et après tous les backends sont interchangeables (ou, encore mieux, utilisables en parallèle).
Les applications présentées sont surtout la pour montrer ce dont weboob la librairie est capable, avec des produits simples et censés être suffisamment alléchants pour que tu développes par-dessus (puisque t'es pas content, pourquoi ne proposes-tu pas tes améliorations ?)
Ça me rappelle des discussions récentes sur le fait que OSM est beaucoup moins bien utilisable que Google Maps pour des usages courants. C'est la même chose: OSM est d'abord et avant tout une base de données d'informations a caractère géographique. Le but est d'aider la création d'applications géographiques sans avoir a se soucier d'aller chercher les données, juste a les organiser comme il faut. Comme weboob.
[^] # Re: La nostalgie du minitel
Posté par rakoo (site web personnel) . En réponse à la dépêche 0.h un weboob. Évalué à 10.
weboob, c'est d'abord et avant tout une librairie pour utiliser des services web dans une application. Le gros avantage c'est que pour des services web similaires (ma facture du mois precedent), il n'y a pas besoin de se retaper tous les sites dont tu as besoin un par un, qui chacun utilise une API différente et que tu dois donc réanalyser (ou pire, quand il n'y a pas d'API et que tu dois scraper les pages une par une).
Non, au lieu de faire ça, tu utilises une seule et unique capability, pour laquelle plusieurs backends peuvent être utilisés (voir les backends dispos pour tout ce qui concerne des factures). Au final tout ce que tu as besoin d'apprendre c'est l'API unique de la capability, et après tous les backends sont interchangeables (ou, encore mieux, utilisables en parallèle).
Les applications présentées sont surtout la pour montrer ce dont weboob la librairie est capable, avec des produits simples et censés être suffisamment alléchants pour que tu développes par-dessus (puisque t'es pas content, pourquoi ne proposes-tu pas tes améliorations ?)
Ça me rappelle des discussions récentes sur le fait que OSM est beaucoup moins bien utilisable que Google Maps pour des usages courants. C'est la même chose: OSM est d'abord et avant tout une base de données d'informations a caractère géographique. Le but est d'aider la création d'applications géographiques sans avoir a se soucier d'aller chercher les données, juste a les organiser comme il faut. Comme weboob.