Articles précédents : Développeur
- [50] gna.org à la recherche de machines hébergées
- [25] PhpMyObject 0.10 : nouvelle version
- [0] Le code bar rouvre ses portes le samedi 13 octobre
- [5] Créer des Web services en deux clics (ou presque) grâce à Apache CXF et à la POA
- [5] OpenSceneGraph 2.2 est disponible
- [60] Sortie de Friendsnippets
- [345] Lisaac 0.12 en GPL v3
- [5] Trophées du Libre 2007 : derniers jours pour les candidats
- [14] Squeak By Example
- [51] Un représentant d'AMD annonce l'ouverture des spécifications des Radeons
Liens connexes
- Le blog d'Archetype (507 hits)
- Télécharger Archetype sur Sourceforge (75 hits)
- Le Google Group d'Archetype (59 hits)
- Prototype (60 hits)
- Scriptaculous (56 hits)
Dépêche modérée par
Dépêche éditée par
Développeur : Archetype Javascript Framework 0.1
Posté par Temsa (Jabber id, page perso, ). Modéré le 23 octobre 2007.
Le framework est basé sur les excellentes bibliothèques Prototype et Scriptaculous. Il vise à permettre de créer des applications réellement « Web 2.0 » en offrant une suite de services indispensables pour avoir des logiciels de bonne qualité gérés principalement par JavaScript.
Le projet Archetype a pour but d'offrir aux développeurs web tous les outils pour travailler en JavaScript comme avec les frameworks serveur, mais sans cacher le JavaScript dans une couche serveur (solution à la mode, mais qui s'avère toujours trop simple pour pouvoir réaliser ce que le client désire).
Le serveur continue donc de gérer la sécurité et le métier, mais ne s'occupe plus de gérer une vue ou un contrôleur. Seule une couche de transport telle que DWR permet de communiquer via Ajax avec le client.
![[fr]](../../../images/fr.png)
Le blog d'Archetype (507 hits)![[en]](../../../images/en.png)
Télécharger Archetype sur Sourceforge (75 hits)-
Le Google Group d'Archetype (59 hits)
-
Prototype (60 hits)
-
Scriptaculous (56 hits)
> Lire la dépêche (20 commentaires, moyenne: 1,6).
- Gestion intelligente des dépendances, et chargement de l'ensemble des fichiers du projet pour la page demandée : sur les projets avec beaucoup de JavaScript il est courant d'avoir des problèmes de chargement, aussi Archetype prend en charge de manière simple et efficace tous les chargements de fichiers.
- Améliorations des systèmes objets du JavaScript : héritage, singleton, appel des méthodes parentes, fonctions importées, etc.
- Un système de logs configurable : JavaScript manque de possibilités pour logguer proprement des informations, et permettre ainsi un débogage aisé de l'application. avec Archetype, plusieurs loggers sont disponibles dans le framework, suivant les besoins, et géré simplement par configuration.
- Un système de templates HTML (ou tout autre format basé sur du texte) : il est interprété en JavaScript, et permet ainsi de gérer parfaitement un Modèle-Vue-Contrôleur coté client.
- Conteneur léger : un des concepts les plus forts d'Archetype. Ce système de conteneur (appelé Component) offre de nouvelles possibilités au développement JavaScript : description des dépendances et chargement automatique de celles-ci, stabilité du "this" dans l'objet, services transversaux automatisés basés sur des conventions (et/ou des configurations), proxy pré/post méthode de l'objet permettant par exemple d'émettre/écouter simplement les événements concernant l'objet.
- Widgets réutilisables : basés sur les "Component", les "GraphicalComponent" permettent de rassembler simplement un ensemble de fichier css/html/javascript en widget réutilisable de page en page et de projet en projet.
- Communication évènementielle : grâce à Archetype, il devient simple de communiquer par évènement avec tous les composants, qu'ils se trouvent dans la page elle même ou dans une frame/iframe contenue dans celle-ci.
Archetype offre donc un véritable environnement de travail au développeur, en reprenant les principes des meilleurs outils connus actuellement dans le domaine du développement web côté serveur mais, cette fois, côté client et favorise l'utilisation de pratiques reconnues dans un langage qui était alors dépourvu de toutes ces structures qui sont pourtant indispensables à des applications de qualité, faciles à faire évoluer et à maintenir.
La version 0.1.0 présente d’ores et déjà le c½ur fonctionnel de ce qui est peut être le premier framework JavaScript prévu dès la base pour gérer une application RIA / Web 2.0 de taille conséquente.
Nous utilisons déjà notre framework dans divers projets mais nous sommes avides de vos retours et de vos commentaires ! Toute aide ou test sur les différents navigateurs sera fortement appréciée.
Nous travaillons actuellement à créer AWiki, un wiki WYSIWYG au fonctionnement proche de TiddlyWiki, basé sur Archetype/TinyMCE/DWR/Spring/ACEGI/Hibernate/MySQL afin de faire un vrai site utilisant Archetype pour accueillir le site du projet, en se basant sur notre framework, aussi toute personne intéressée pour participer à ce projet est aussi la bienvenue.
Vous pouvez nous joindre et nous faire vos retours sur le Google Group (bien sûr, on gardera un oeil ici ;) )
Démo ?
J'ai cherché partout mais j'ai pas trouvé de démo. Y'en a une ?
-
[^]Re: Démo ? Pas encore ...
Posté par Benoît Bailleux (Jabber id, ) le 24/10/2007 à 06:42. (lien). Évalué à 3.En parcourant le blog Archetype, je tombe (http://archetypejs.blogspot.com/2007/10/awiki.html) sur :
Avec une version 0.1 imminente, le besoin d'avoir une démonstration d'Archetype sur un site public est important.
Toujours pour la même raison, Archetype a de plus en plus besoin de son propre site. Mais le site d'un Framework pour faire des sites a inévitablement une lourde charge car il doit être sa propre démonstration.
Nous en sommes arrivé à la conclusion suivante : et si, grâce à Archetype, nous faisions un wiki ! En utilisant notre propre moteur de wiki pour notre site, nous remplissons nos deux besoins en une fois !
Posté le 16/10/2007. Je suppose qu'il faut donc attendre encore un peu ...--
BB-
[^]Re: Démo ? Pas encore ...
Posté par Temsa (Jabber id, page perso, ) le 24/10/2007 à 07:52. (lien). Évalué à 1.Oui oui !
Il ya a 2 petites démo :
- "Hello world" qu'on ouvre avec Start.html
- Slidy un présentation type "Powerpoint" dans le navigateur faite avec Archetype (on a repris un application disponible sur le site du W3C, d'ou les non hack css pour les navigateur ne supportant pas tout bien à ce niveau là, je corrigerai ça d'ici la 0.1.1 ou la 0.2) qui propose de faire soi même sa première application avec Archetype :)
Amusez-vous bien :)-
[^]Re: Démo ? Pas encore ...
Posté par Temsa (Jabber id, page perso, ) le 24/10/2007 à 07:59. (lien). Évalué à 1.Sinon pour ce qui est d'une vrai démo hébergée, c'est en cour avec la développement de AWiki. On pourrait d'ores et déjà mettre Slidy, mais j'aimerai, pour en faire la démo, lui faire un back avec un BDD et gérer des effets sur les slides avec scriptaculous....
En ce moment je n'ai pas le net chez moi (déménagement) et seul Swiip peu avancer en dehors du mardi (journée pendant laquelle notre boite nous paye à développer Archetype :D)-
[^]Re: Démo ? Pas encore ...
Posté par Temsa (Jabber id, page perso, ) le 24/10/2007 à 09:04. (lien). Évalué à 1.Je suis en train de voir pour héberger le Slidy sur sourceforge, mais de mémoire c'est une vrai plaie pour accèder a l'upload (ajout de la clef ssh, etc.).
Sinon j'ai d'autre serveur dispo mais pas de nom de domaine potable (on devrait en acheter un quand AWiki sera fini) pour mettre la démo dessu :P-
[^]Re: Démo ? Pas encore ...
Posté par Temsa (Jabber id, page perso, ) le 24/10/2007 à 09:41. (lien). Évalué à 2.La démo de Slidy est accessible directement à cette URL:
http://sd-10490.dedibox.fr/Archetype-0.1.0/WebContent/Slidy.(...)-
[^]Re: Démo ? Pas encore ...
Posté par CrEv (page perso, ) le 24/10/2007 à 12:05. (lien). Évalué à 2.Juste un petit truc en passant :
evite vraiment de mettre des blocs sans accolades (if, for, ...)
C'est pas pour faire beau, mais quand tu va vouloir compacter ton code, ça ne marchera plus et tu ne saura pas pourquoi...
(et par contre, pour faire beau, je trouve horrible d'avoir un if avec un bloc et un else sans...)
(le tout dans la première fonction load)
Sinon, comment marche le require ? (pour charger des modules, des js, ...)
Tu as regardé comment marche celui de yahoo [http://developer.yahoo.com/yui/yuiloader] ?
La description des besoins est assez simple et sympa à mettre en oeuvre.-
[^]Re: Démo ? Pas encore ...
Posté par Temsa (Jabber id, page perso, ) le 24/10/2007 à 14:17. (lien). Évalué à 1.Oui, le checkstyle nous engueule un peu là dessus, tu as raisons sur les accolades :)
Le require représente beaucoup de boulot, car il gère beaucoup de cas différents (synchrone, asynchrone, html, css, js, component) on s'est inspiré un peu de celui de Dojo mais on l'a évidemment fait à notre sauce: le principe est decoder ce qu'on souhaite(html, css, js, etc.) et d'insérer les balises dans le head via les methodes DOM, puis on attend la levé des évènements "load" sur les différentes balises rajoutées
Une gestion particulière est faite dans le require pour les composants puisqu'ils ont des dépendances transitives demandant un chargement partiel (puisque defini dans la definition du composant) pour obtenir l'information de ce qui leur est necessaire. Aussi il ne faut appeler le callback qu'à la fin de tous les chargements de dépendance.
Pour celà nous utilisons des "LoadJoiner" permettant de savoir quand le chargement d'une liste de fichier est terminée et que l'on peut appeler un callback correspondant.
Pour le HTML on ne rajoute pas de balise script, on doit donc se limiter à la XmlHttpRequest et on stocke le résultat dans du JS
Pour le CSS on a pas d'évènement load de levé, on le considère donc chargé du moment qu'on le demande (ce qui est relativement vrai).
On gère une file de requête à faire pour donner les priorités aux composants(on a eut quelques problème avec, je ne sais pas si c'est comme ça pour la 0.1, c'est plus le domaine de Swiip, en tout cas ça le sera au minimum pour les release suivantes), puisqu'eux même peuvent avoir des dépendances transitive qu'il nous faut connaitre au plus tôt pour avoir toujours une file la plus remplies possible et charger le tout au plus vite.
-
-
-
-
-
-
[+] Du MVC cote client.
Du MVC direct sur le client.Voila une idee lumineuse. Que je m'etais jure d'etudier, avant de devenir expert SAP et gagner 10 millions de dollars.
Ca m'botte...
PS: SQL en backend d'un tiddlyWiki, je tiens a insister, c'est maaaal !!!!
Surcouche de surcouche
Ça manquait, vraiment, je suis impressionné.
-
[^]Re: Surcouche de surcouche
Posté par Temsa (Jabber id, page perso, ) le 24/10/2007 à 09:18. (lien). Évalué à 1.C'est horrible les surcouches de surcouches, hein ?
Genre Hibernate, c'est une horrible surcouche a JDBC lui meme une surcouche au lib d'accès aux BDD ... Mouarf :x-
[^]Re: Surcouche de surcouche
Posté par Snarky (Jabber id, page perso, ) le 24/10/2007 à 11:59. (lien). Évalué à 7.Ouais, mais y'a une nouvelle couche en développement pour simplifier ça.
-
Intégration avec Greasemonkey
bonjour,
ce qui est également pratique dans ces librairies de haut niveau, c'est les manipulations DOM pour faire tout un tas de chose. (par exemple jQuery)
Est-ce qu'il est facile d'utiliser Archetype dans un script Greasemonkey ? Quelqu'un a un exemple concret ?
voilà c'est tout, à+
-
[^]Re: Intégration avec Greasemonkey
Posté par Temsa (Jabber id, page perso, ) le 24/10/2007 à 08:59. (lien). Évalué à 1.Pas testé encore, mais je doute que ca fonctionne pour le moment.
On est très orienté page web, et j'ai a peine commencé a me documenter sur comment faire en sorte que ca marche dans les extension samedi aux JDLL (sur le stand de mozilla).
Si t'as des tuto pr les script grease monkey, par contre, ca m'interesse :)-
[^]Re: Intégration avec Greasemonkey
Posté par Guillaume RAMELET () le 24/10/2007 à 10:45. (lien). Évalué à 2.Pour la documentation Greasemonkey, je peux proposer 2 choses:
- la théorie avec l'indispensable Dive into Greasemonkey [http://diveintogreasemonkey.org/]
- la pratique avec un repository de scripts greasemonkey, c'est marrant de se balader ici et de voir comment ont été faits certains scripts [http://userscripts.org/]
Pour l'intégration des librairies dans Greasemonkey, a priori j'ai vu pour l'instant 2 techniques,
- intégrer la librairie dans la page via greasemonkey, et faire une boucle (timeout) en attendant que la librairie soit bien chargée (en testant la présence d'un objet type $ par exemple); c'est expliqué ici [http://terrylurie.com/2006/07/23/how-to-use-javascript-libra(...)] ou là [http://jimbojw.com/wiki/index.php?title=Using_Prototype_and_(...)]
- ou carrément intégrer le code de la librairie dans le script greasemonkey, mais ça demande généralement une modification du code donc pas simple (personnellement c'est ce que j'ai fait avec jQuery); une explication ici [http://groups.google.com/group/jquery-en/browse_thread/threa(...)]
Mon rêve c'est d'avoir directement l'intégration de ces librairies dans Greasemonkey, et tu coches celles que tu veux utiliser dans chaque script ! Ca serait le pied-
[^]Re: Intégration avec Greasemonkey
Posté par Temsa (Jabber id, page perso, ) le 24/10/2007 à 10:50. (lien). Évalué à 1.Merci beaucoup :)
-
[^]Re: Intégration avec Greasemonkey
Posté par Temsa (Jabber id, page perso, ) le 24/10/2007 à 10:55. (lien). Évalué à 1.Il n'est pas possible dans Greasemonkey de se brancher sur l'event onload du script (on utilise beaucoup ca dans Archetype) ?
-
[^]Re: Intégration avec Greasemonkey
Posté par Guillaume RAMELET () le 24/10/2007 à 12:26. (lien). Évalué à 1.oui et non ;)
non car au moment où l'event onLoad est lancé, le script Greasemonkey est déjà fini depuis longtemps.
oui car on pourrait très bien attacher les fonctions du scripts greasemonkey à window, et donc rendre ces scripts encore dispos (ce qui est assez crade en fait)
-
-
-
Conteneur Léger ?
Est ce qu'il y a un rapport entre la notion de conteneur léger dans Archetype et celle dans le monde java comme l'IoC : http://www.dotnetguru.org/articles/dossiers/ioc/Fowler/IoC.h(...) ?
Est ce que je peux gérer mes dépendances entre composant avec un fichier xml à la spring et bean ?
-
[^]Re: Conteneur Léger ?
Posté par Temsa (Jabber id, page perso, ) le 24/10/2007 à 14:26. (lien). Évalué à 1.En effet l'idée vient un peu de là, on pourrait très bien imaginer de l'IoC via les methodBuilder, d'où le vocabulaire utilisé.
C'est pas encore fait mais la possibilité existe grâce au système des composants... On y pense ;) !
Sinon le fichier serait sans doute plus du JSON que du XML, ou encore une astuce permettant de faire l'équivalent d'une annotation (les fichiers XML de Conf c'est "hasbeen" par rapport aux annotations dans ces framework ;D ).
Si ça t'intéresse de nous aider a l'implémenter, ça ne devrait pas être la mort et on accepte volontier ce genre de contribution :)
Cette page a été générée par Templeet en 0.0897s (dont 0.0085 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.