Ce framework aide à construire des applications web utilisant des menus, des barres d'outils, le glisser-déposer, la localisation, mais apporte également l'architecture Modèle-Vue-Contrôleur. Il masque évidemment la complexité des incompatibilités ou plutôt du non-respect des standards du web de certains navigateurs.
SproutCore a reçu énormément d'attention dans la presse IT ces temps-ci, car Apple a annoncé lors de sa conférence mondiale que leur service payant .Mac (mail, hébergement, espace disque, photos, etc.) sera refondu et basé sur SproutCore et sera renommé à l'occasion en MobileMe ; ce travail ayant été effectué principalement pour son iPhone, avec en arrière plan une réelle volonté de faire quelque chose d'indépendant de la plateforme (un des buts du web).
Apple lance donc un pavé dans la mare après son refus de voir Adobe Flash porté sur iPhone, et l'arrivée bien difficile de Silverlight de Microsoft, deux RIA propriétaires concurrentes et incompatibles. SproutCore n'entre évidemment pas en concurrence directe du point de vue technico-fonctionnel, et il n'est pas non plus un Cocoa-like pour le web comme il est dit parfois (même si ses widgets y ressemblent forcément volontairement).
Apple et SproutCore font donc pencher davantage la balance du côté des standards du web, et c'est une bonne chose. Apple sponsorise SproutCore en employant Charles Jolley un des fondateurs de SproutIt et principal développeur.
Aller plus loin
- SproutCore (20 clics)
- Bugtracker (9 clics)
- Code source (8 clics)
- Démos (34 clics)
- Doc (8 clics)
- Wiki sur github (7 clics)
# bon... ben je me lance alors....
Posté par toctoc1 . Évalué à 0.
Oui... mais lui, il a un nom qu'il est bien !!!!
[^] # Re: bon... ben je me lance alors....
Posté par ThelittlegamerS . Évalué à 10.
[^] # Re: bon... ben je me lance alors....
Posté par dinomasque . Évalué à 7.
BeOS le faisait il y a 20 ans !
[^] # Re: bon... ben je me lance alors....
Posté par koyz . Évalué à 0.
[^] # Re: bon... ben je me lance alors....
Posté par FantastIX . Évalué à -2.
# mouais
Posté par Graveen . Évalué à -2.
"SproutCore". Rien que le nom me fait rêver !
Et surtout la joie de redécouvrir les classes du framework.
Finalement ca risque de ne pas être pour tout de suite.
# dhtmlx
Posté par dactar (site web personnel) . Évalué à 2.
La documentation est excellente, de nombreux exemples sont fournis et l'équipe de support est très réactive.
La qualité des fonctionnalités offertes vaut quand à elle seule le détour.
Voir : http://www.dhtmlx.com
@++
JC
[^] # Flash --> []
Posté par Thierry Thomas (site web personnel, Mastodon) . Évalué à 6.
pas utiliser de Flash et à respecter les standards ouverts.
Dans le même genre, il y a aussi la pétition « Stop Adobe Flash » qui
mérite d'être citée ici :
http://www.petitiononline.com/0034655a/petition.html
Même si l'efficacité des pétitions en ligne est sans doute très faible,
celle-ci a le mérite de ne pas s'adresser à une société ou à un
organisme spécifique, mais elle ambitionne simplement de faire prendre
conscience de la nocivité de Flash® aux web-designers.
[^] # Re: Flash --> []
Posté par FantastIX . Évalué à 3.
Bien sûr, si on fournit des solutions alternatives aussi riches que Flash, alors ce dernier risque de devenir inutile. Mais "ce serait certainement un effet de bord non désiré" ;-) .
[^] # IT Mill
Posté par alice . Évalué à 2.
# Une sorte de GWT en ruby
Posté par Gabriel . Évalué à 3.
Pourquoi pas.
Le but actuel est bien de trouver des moyens de faire des interfaces web enrichies. Adobe a son flex. Microsoft a silverlight. etc.
Dans les standards, on a des frameworks javascript : dojo, yahooUI, prototypejs etc.
Le problème quand on veut rester dans l'interface web classique c'est d'appréhender le javascript pour faire de jolies pages.
J'aimais bien ExtJS mais ces ânes se sont mis du côté obscur de la Force...
Reste GWT pour la javaistes. YUI, prototype...
Je croyais beaucoup en XUL, je pensais qu'il pourrait annoncer une standardisation des interfaces web riches.
Mais bon, comme tout ceux qui font du XUL, et les autres gens sont passé à côté. Ou alors, trop d'enjeu, et xul a pas percé?
Le nombre de moyens pour faire du javascript intelligent facilement est tout de même pas énorme, malheureusement.
J'espère que ce nouveau framework va tout pêter!
[^] # Re: Une sorte de GWT en ruby
Posté par Gabriel . Évalué à 2.
http://www.sproutcore.com/2008/06/27/whats-the-difference-be(...)
La différence que gwt n'aime pas javascript mais Sprout aime bien
(pour résumer la position de GWT) : In other words: we don’t like JavaScript. It’s not Java and it’s hard. Use GWT instead and avoid learning that language altogether!
SproutCore’s approach, as you probably know by now, is quite the opposite. Embrace JavaScript. It’s a good language once you get to know it. The tedious and error-prone part of it is not the fault of JavaScript, its the natural state of the web browsers and their relatively primitive APIs. But that’s what a framework is for.
(...)
The point is, any framework that tries to help you avoid learning JavaScript, be it GWT, ruby helpers, or anything else, is fine when you have some relatively simple things to do. But if you want to build apps that really shine in the browser, you need to go native. Use the technologies that the browser is made of and you’ll be far happier in the long run.
[^] # Re: Une sorte de GWT en ruby
Posté par Nelis (site web personnel) . Évalué à 4.
Sinon, bonne chance à ce projet, s'il devient la solution numéro une pour l'iPhone, ça risque de décoller !
# Une bonne idee
Posté par Damien Le Berrigaud . Évalué à 1.
Les frameworks actuels ajoutent une surcouche a javascript pour fonctionner correctement quelque soit le navigateur.
La l'interet c'est au niveau des performances et de la legerete.
Rails genere deja du javascript a partir de code Ruby mais le javascript genere n'est que du code prototype, c'est a prototype de s'adapter au navigateur...
Les navigateurs desktop sont plutot performant en terme de javascript, mais pour les telephones mobiles et IE c'est sur que ca sera sans doute plus confortable :)
PS: J'ai teste les demos sur Opera 9.5 et ca ne fonctionne pas, c'est donc pas encore au point, mais tout vient a point a qui sait attendre ^^
[^] # Re: Une bonne idee
Posté par Damien Le Berrigaud . Évalué à 3.
Non Sproutcore n'est pas un framework en Ruby, il s'agit d'un framework cote client (en javascript) comme tous les autres framework javascript.
Il sert peut etre a autre chose, mais mon commentaire sur les perf... n'est pas du tout correct. J'attends donc de voir coment il va tirer son epingle du jeu :)
http://github.com/sproutit/sproutcore/wikis/what-server-does(...)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.