Articles précédents : Logiciel
- [25] OpenWrt Backfire 10.03 bêta disponible
- [17] Schrödinger 1.0.9 est sorti
- [6] IMAP Spam Begone (isbg) v0.99 est sorti
- [14] Nouvelle version majeure de NuFW
- [3] Sortie de BilboPlanet 0.3.2 : mettez en ligne votre Planet en quelques clics
- [9] OGRE 3D: Sortie de la version 1.7 (Cthugha)
- [6] Script de test des mesures de protection pour Linux
- [43] Sortie de ZiK en version 0.13
- [10] Cluster Linux avec OpenSVC
- [213] Nouvelle version 2.6.33 du noyau Linux
Liens connexes
- Le (nouveau) site du projet (738 clics)
- L'annonce de sortie (57 clics)
- Le tarball (sources+doc+demo+tuto) (83 clics)
- Le manuel avec un tutorial (180 clics)
- API Reference en C (105 clics)
- API Reference en Vala (116 clics)
Dépêche modérée par
Dépêche éditée par
Parmi toutes les solutions visant à améliorer la productivité du développeur par rapport à la manipulation directe des technologies web (HTML, Javascript, css, etc.), deux approches se démarquent:
- L'approche orientée page qui consiste à faciliter la vie du développeur en prenant en charge les mécanismes les plus élémentaires tout en conservant un lien fort avec les technologies sous-jacentes (c'est le cas de Ruby on Rails par exemple) ;
- L'approche orientée composants, qui vise à unifier le développement des applications web et natives en masquant au maximum l'aspect web de l'application en présentant une API proche des toolkits natifs comprenant un modèle événementiel à callbacks ou listeners (Seaside par exemple).
Blitzen est écrit en C, et plus particulièrement en C/GObject, ce qui permet certes d'écrire des applications web directement en C, mais également et surtout en Vala via le binding fourni.
Cette nouvelle pré-version publique constitue une milestone importante. Tous les widgets HTML de base sont implémentés (au moins de manière partielle), il est désormais possible de créer un site web complet avec Blitzen. Bien entendu, comme le numéro de version l'indique il s'agit d'un projet très jeune qui nécessite et nécessitera encore beaucoup de tests avant d'être en mesure de se déclarer stable. Pour autant, j'ai n'ai pas encore eu l'occasion de le voir "segfaulter".
Comme toujours, toutes les remarques/suggestions/contributions sont les bienvenues.
Le (nouveau) site du projet (738 clics)
L'annonce de sortie (57 clics)
Le tarball (sources+doc+demo+tuto) (83 clics)
Le manuel avec un tutorial (180 clics)
API Reference en C (105 clics)
API Reference en Vala (116 clics)
> Lire les commentaires (10 commentaires, moyenne: 1,8).
Typo sur le site
Un des catégories s'appelle « Annouces » au lieu de « Annouces » ;)
-
[^]Typo sur le commentaire
Pour pas un binding Perl
Ou python ou...
L'idée est bonne mais pourquoi pas un binding dans un langage de script permettant de tester rapidement un petite application et la basculer ensuite en Vala s'il le faut.
Sinon, la doc est trop segmentée. Il faut faire au moins aller sur 4 pages avant d'avoir un exemple concret. Vu la taille des pages, on doit pouvoir faire une doc avec bien moins de page web.
-
[^]Re: Pour pas un binding Perl
Posté par Samos () le 08/03/2010 à 12:01. (lien). Évalué à 3.Il y a plusieurs raisons à cela:
Premièrement, Blitzen a été conçu justement pour exécuter des applications natives et non pas des applications écrites en langage de script.
Deuxièmement, même si je n'ai rien contre cette idée, la mise en oeuvre pratique risque d'être moins triviale qu'il n'y paraît : Une fois compilées, les applications se présentent sous la forme de 'shared objects' (.so) qui sont chargés dynamiquement par Blitzen via un point d'entrée prédéfini qui est chargé de créer une instance d'un type dérivé de l'objet représentant une application( Exactement comme une application charge un plugin ).
Aussi pour être capable d'exécuter une application en langage de script il faudrai embarquer l'interpréteur du langage en question et sûrement écrire encore un peu de 'glue code'. Comme on le voit, même si cela ne semble pas vraiment 'impossible', c'est en tout cas un peu complexe pour ce stade du projet.
Cependant, même si ça ne m'intéresse pas de le faire pour l'instant, les contributions sont acceptés ;)
Midgard ?
Alors perso je ne connais ni l'un ni l'autre, mais à première vue les 2 m'ont l'air de se ressembler fortement. Tu pourrais nous dire quelle est la différence ?
Sinon ça me plaît pas mal ce projet.
-
[^]Re: Midgard ?
Posté par Samos () le 08/03/2010 à 15:22. (lien). Évalué à 1.Si tu parles de www.midgard-project.org, je ne connaissais pas du tout.
A ce que j'ai pu lire sur leur site web, il s'agit à la base d'un framework de persistance.
Il y a également un système de CMS en PHP nommé midCOM, mais je n'ai pas reussi à accéder à l'API reference donc je ne peux pas vraiment comparer son approche avec celle de Blitzen.
temps de prise en main
ça rejoint windev sur le côté dév d'appli. et traduction en techno web derrière..
par contre, quel est le temps de prise en main d'un tel 'outil' ? 1 semaine ? 1 mois ?
.. c'est assez intéressant afin de savoir dans quoi on se lance quand on veut mettre en place un projet.. ?
Merci pour votre retour !
et bonne continuation



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.