merci pour votre feedback très positif et pour tout ce tas de questions très pertinentes auxquelles je vais essayer de répondre au mieux:
- la chaîne de compilation de Nanoko agrège l'ensemble des librairies et composants de votre application au sein de votre unique fichier HTML index.html, après avoir validé que toutes les dépendances sont résolus, que tous les tests unitaires sont passés, après avoir amélioré optimisé vote code, l'application est enfin intégralement retestée: tout ça est possible grâce à la châine de compilation Maven (fichier pom.xml de votre application)
- Nanoko est orienté développement client et non serveur, donc vous développez sur votre poste et déployez ensuite. Si vous ciblez le déploiement d'un(e) webapp ou siteweb vous déployez ce fichier sur votre serveur tel que nous l'avons fait pour le site web de Nanoko. Si vous ciblez le déploiement hybride sur smartphone ou tablette sous forme d'un application native vous encapsuler les fichiers résultant dans Phonegap par exemple.
- un système de progressive download est accessible mais uniquement dans un repo privé pour le moment accessible sur abonnement, et oui on a besoin d'avoir un modèle économique autour du framework, faut qu'on gagne notre vie ^ et nous adoptons un modèle à la phonegap, dès que ces composants de services sont amortis nous les relacherons en open source. De toute manière, rien ne vous empêche dans développer un vous même et l'agréger comme dépendance Maven. D'ailleurs vous pouvez fournir si vous désirer publier ces composants développés en open source, nous les lierons avec le repo Nanoko github après validation technique.
- je ne vois pas bien ce que vous appelez "overhead" javascript, peut être la charge mémoire ? Et bien sur ce point la il est possible de désactiver à la volée des composants Nanoko s'ils ne sont pas ou plus utilisés, après le garbage collector fait son travail ;) Pour l'instant, pas de système de déchargement automatique c'est à coder à la mano, mais ça sera dans notre roadmap :) D'ailleurs rejoignez nous sur G+ car vous fourmillez d'idées plus que pertinentes!
- nous avons utilisé Nanoko en interne à Ubidreams dans de nombreux projets dont certains sont cités sur le site nanoko dans la partie partners, nous avons fait des applis smartphone, tablettes et web. L'idée majeure de l'approche au coeur de Nanoko est le fait de pouvoir développer une seule fois son application et de la spécialiser pour chaque plateforme cible soit au packaging soit dynamiquement.
[^] # Re: Intéressant
Posté par Rom1 . En réponse à la dépêche Nanoko, un framework JavaScript open source pour applications web & mobiles. Évalué à 3.
Hello too,
merci pour votre feedback très positif et pour tout ce tas de questions très pertinentes auxquelles je vais essayer de répondre au mieux:
- la chaîne de compilation de Nanoko agrège l'ensemble des librairies et composants de votre application au sein de votre unique fichier HTML index.html, après avoir validé que toutes les dépendances sont résolus, que tous les tests unitaires sont passés, après avoir amélioré optimisé vote code, l'application est enfin intégralement retestée: tout ça est possible grâce à la châine de compilation Maven (fichier pom.xml de votre application)
- Nanoko est orienté développement client et non serveur, donc vous développez sur votre poste et déployez ensuite. Si vous ciblez le déploiement d'un(e) webapp ou siteweb vous déployez ce fichier sur votre serveur tel que nous l'avons fait pour le site web de Nanoko. Si vous ciblez le déploiement hybride sur smartphone ou tablette sous forme d'un application native vous encapsuler les fichiers résultant dans Phonegap par exemple.
- un système de progressive download est accessible mais uniquement dans un repo privé pour le moment accessible sur abonnement, et oui on a besoin d'avoir un modèle économique autour du framework, faut qu'on gagne notre vie ^ et nous adoptons un modèle à la phonegap, dès que ces composants de services sont amortis nous les relacherons en open source. De toute manière, rien ne vous empêche dans développer un vous même et l'agréger comme dépendance Maven. D'ailleurs vous pouvez fournir si vous désirer publier ces composants développés en open source, nous les lierons avec le repo Nanoko github après validation technique.
- je ne vois pas bien ce que vous appelez "overhead" javascript, peut être la charge mémoire ? Et bien sur ce point la il est possible de désactiver à la volée des composants Nanoko s'ils ne sont pas ou plus utilisés, après le garbage collector fait son travail ;) Pour l'instant, pas de système de déchargement automatique c'est à coder à la mano, mais ça sera dans notre roadmap :) D'ailleurs rejoignez nous sur G+ car vous fourmillez d'idées plus que pertinentes!
- nous avons utilisé Nanoko en interne à Ubidreams dans de nombreux projets dont certains sont cités sur le site nanoko dans la partie partners, nous avons fait des applis smartphone, tablettes et web. L'idée majeure de l'approche au coeur de Nanoko est le fait de pouvoir développer une seule fois son application et de la spécialiser pour chaque plateforme cible soit au packaging soit dynamiquement.
En espérant avoir répondu à vos interrogations.