- Pensez-vous que les applications web sont meilleurs que les applications natives traditionnelles développées en QT/GTK/etc. ?
non, mais elles peuvent être équivallentes.
Par exemple en utilisant la norme SWAP et les Web Services, on peut faire fonctionner à distances des WebMéthodes.
http://fr.wikipedia.org/wiki/Service_Web
En gros, tout ce dont n'a pas accès à priori le Web Service, c'est la définition des ressources locales ( et encore ! ). Tout le reste peut être traité de façon identique à distance et localement.
Et le pire, c'est que le Web Service peut être appelé à partir d'un navigateur via une page Oueb, comme à partir d'un exécutable local.
Donc Joker pour ta question 1 .
- Faut-il arrêter de développer des applications natives et pousser le développement d'applications web pour que celles-ci remplaçent a terme nos applis desktop ? Par exemple, allons-nous voir émerger un openoffice version web sous licence libre...
Ben faudra se poser la question le jour où on n'aura plus besoin de développer de gestionnaires de connexion , il sera accessible via le réseau, typiquement le genre d'application très utile, uniquement locale, permettant d'accéder au net. :)
- Si les applis web doivent être majoritaires, pourquoi des technos comme XUL pour concevoir l'IHM ne sont pas standarisées ?
Avec les Web Services, l'IHM peut être faite avec Glade3 ou QTcreator ou KDevelop ou NetBeans ou vi ou Emacs, ou Lazarus.
En C, C++, Java, FreePascal, Qt, Vala, Objective-C, ...
Donc ... Joker.
- Développer une appli web cross-browsers ayant l'apparence d'une appli desktop relève pour le moment du bricolage, on se retrouve avec une soupe de HTML et de Javascript qui devient une usine a gaz super lente,
Ben, là dessus, je dirais non.
Toujours avec l'exemple du WebService.
On accède aux objets par le protocole SOAP de façon extrêmement rapide.
HTML et Javascript, c'est un peu le dinosaure des " Web Apps "
Donc réponse Non :)
- il suffit de regarder avec firebug le code généré par des librairies comme ExtJS. Avoir du XUL partout serait beaucoup plus propre. On me dit que XBL2 est en cours de normalisation, patience donc.
C'est pour ça que je pense que la démarche que tu décris pour les applis Web ( en dehors des Pages Webs ) n'est pas appropriée à la réalité ni à l'avenir des Web Apps.
Par contre, le gros avantage des Web Services, c'est qu'on peut appeler les WebMethodes dans un executable local, et ne pas pouvoir faire d'exécutable local ( se borner à une page Web ) , c'est dommage , compte tenu des possibilités.
Je dirais, c'est le seul frein au développement de ChromeOS à mon goût. :)
# euh Joker.
Posté par houra . En réponse au journal Vous êtes plutôt applications web ou applications desktop/native ?. Évalué à 1.
non, mais elles peuvent être équivallentes.
Par exemple en utilisant la norme SWAP et les Web Services, on peut faire fonctionner à distances des WebMéthodes.
http://fr.wikipedia.org/wiki/Service_Web
En gros, tout ce dont n'a pas accès à priori le Web Service, c'est la définition des ressources locales ( et encore ! ). Tout le reste peut être traité de façon identique à distance et localement.
Et le pire, c'est que le Web Service peut être appelé à partir d'un navigateur via une page Oueb, comme à partir d'un exécutable local.
Donc Joker pour ta question 1 .
- Faut-il arrêter de développer des applications natives et pousser le développement d'applications web pour que celles-ci remplaçent a terme nos applis desktop ? Par exemple, allons-nous voir émerger un openoffice version web sous licence libre...
Ben faudra se poser la question le jour où on n'aura plus besoin de développer de gestionnaires de connexion , il sera accessible via le réseau, typiquement le genre d'application très utile, uniquement locale, permettant d'accéder au net. :)
- Si les applis web doivent être majoritaires, pourquoi des technos comme XUL pour concevoir l'IHM ne sont pas standarisées ?
Avec les Web Services, l'IHM peut être faite avec Glade3 ou QTcreator ou KDevelop ou NetBeans ou vi ou Emacs, ou Lazarus.
En C, C++, Java, FreePascal, Qt, Vala, Objective-C, ...
Donc ... Joker.
- Développer une appli web cross-browsers ayant l'apparence d'une appli desktop relève pour le moment du bricolage, on se retrouve avec une soupe de HTML et de Javascript qui devient une usine a gaz super lente,
Ben, là dessus, je dirais non.
Toujours avec l'exemple du WebService.
On accède aux objets par le protocole SOAP de façon extrêmement rapide.
HTML et Javascript, c'est un peu le dinosaure des " Web Apps "
Donc réponse Non :)
- il suffit de regarder avec firebug le code généré par des librairies comme ExtJS. Avoir du XUL partout serait beaucoup plus propre. On me dit que XBL2 est en cours de normalisation, patience donc.
C'est pour ça que je pense que la démarche que tu décris pour les applis Web ( en dehors des Pages Webs ) n'est pas appropriée à la réalité ni à l'avenir des Web Apps.
Par contre, le gros avantage des Web Services, c'est qu'on peut appeler les WebMethodes dans un executable local, et ne pas pouvoir faire d'exécutable local ( se borner à une page Web ) , c'est dommage , compte tenu des possibilités.
Je dirais, c'est le seul frein au développement de ChromeOS à mon goût. :)
Sedullus dux et princeps Lemovicum occiditur