SproutCore : framework Javascript sous licence MIT

Posté par  (site web personnel) . Modéré par Bruno Michel.
Étiquettes :
0
29
juin
2008
Apple
SproutCore est un framework Javascript libre, publié sous licence MIT par la société Sproutit. Il s'agit d'un framework en Ruby qui génère du HTML et du Javascript, afin de rendre plus interactives les interfaces utilisateurs dans le navigateur web.

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

  • # bon... ben je me lance alors....

    Posté par  . Évalué à 0.

    Bon... encore-un-nouveau-fraimeouheurque-toussa...

    Oui... mais lui, il a un nom qu'il est bien !!!!

  • # mouais

    Posté par  . Évalué à -2.

    dojo, jQuery, script.acu.lous, mootools......

    "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  (site web personnel) . Évalué à 2.

    Dans le même ordre d'idée, il y a dhtmlx dont la majeure partie du code est sous licence GPL.

    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  (site web personnel, Mastodon) . Évalué à 6.

      Encore une idée pour inciter les développeurs web « créatifs » à ne
      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  . Évalué à 3.

        AMHA, le but n'est pas de stopper Flash. Flash n'est pas inintéressant mais de trop nombreux développeurs négligent les solutions alternatives pour ceux qui n'ont pas le plug-in. De trop nombreux sites Internet ne proposent qu'une solution Flash et rien d'autre. C'est cette mauvaise habitude qu'il faut faire disparaître, pas Flash.

        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  . Évalué à 2.

      Toujours dans le même genre : http://www.itmill.com/

  • # Une sorte de GWT en ruby

    Posté par  . Évalué à 3.

    Il génère du javascript à partir de code ruby.

    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  . Évalué à 2.

      Petit article pour comparer Sprout et gwt:

      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  (site web personnel) . Évalué à 4.

      Mouais ... Je ne suis pas persuadé que des interfaces construites entièrement en Javascript en voulant simuler un fat client soient réellement mieux que le Flash en terme d'accessibilité.

      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  . Évalué à 1.

    C'est pas mal l'idee de generer le javascript du cote serveur.
    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 ^^

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.