HTML, CSS et JavaScript peuvent être utilisés pour créer de belles interfaces utilisateur (et utiles) (surtout maintenant nous avons HTML5 et CSS3), et beaucoup de gens les connaissent déjà. Bien que cela soit encore bien au-delà de ma portée, comment peut-il être difficile d'intégrer l'ensemble de l'application Web aux applications de bureau? Nous testons déjà les applications sur nos serveurs locaux avant de les héberger.
À mon avis, c'est une idée simple et agréable qui va créer un boom dans les applications de bureau. De plus, étant donné que ces applications partageront déjà autant de code avec les applications Web, elles pourraient être en mesure d'offrir une meilleure connectivité.
Pourquoi cela ne se fait-il pas?
Réponses:
Adobe l'a déjà fait avec Adobe Air , et Mozilla aussi avec Prism . Google a également tenté de combler l'écart entre le bureau et le Web avec Google Gears .
Mais en général, les technologies Web ne conviennent pas à de nombreux types d'applications de bureau, voici quelques raisons pour lesquelles:
la source
Le cadre qui me vient à l'esprit est Adobe Air. Il permet aux développeurs Web d'utiliser Javascript / HTML pour développer des applications de bureau. Javascript / HTML seul ne convient pas aux applications de bureau, car il arrive souvent qu'une application de bureau ait besoin d'accéder aux services fournis par le système d'exploitation, par exemple l'ouverture de fichiers, le lancement d'autres applications, etc. Javascript ne permet pas à lui seul d'accéder à ces services. vous avez donc besoin de quelque chose de plus et des frameworks comme Adobe Air fournissent cette colle supplémentaire.
la source
Il y a deux façons de procéder maintenant. Il y a le framework d'application Mozilla qui est souvent utilisé par les navigateurs Web comme Firefox, mais est également utilisé, par exemple, par l' IDE Komodo d'ActiveState .
Il y a aussi Qt, qui dans Qt Quick a CSS et un langage de type Javascript.
la source
IMO, je n'adopte pas HTML et CSS comme moyen de mise en page des interfaces graphiques car il n'y a pas de compilateur que je connaisse pour ces langues. Si j'ai une erreur dans le code, je dois aller le chercher moi-même ou je ne le remarquerai peut-être même pas (ou aller sur le site HTML pour le tester).
En c ++, j'aime le fait qu'il ne me permette pas de compiler à moins que le code ne soit correct (sauf pour les problèmes d'exécution de capture).
De plus, je ne crois pas que CSS et HTML fonctionnent très bien ensemble, comme l'utilisation de float en CSS - selon votre code HTML et votre utilisation - le résultat de float aura des résultats différents - un manque de cohérence par rapport à l'utilisation d'un positionnement absolu dans win32 ou les grands gestionnaires de disposition Java Swing.
la source
Une des principales raisons est que si vous ne voulez pas que votre application soit facilement volée et copiée, vous devez également créer une application contenant un WebControl qui est directement lié à vos fichiers emballés d'une manière ou d'une autre.
En fait, il existe des applications qui le font. Titanium Appcelerator en est un. Je ne vous recommande pas de l'utiliser car la dernière fois que je l'ai regardé, il était plein de bugs et était mal supporté. Vous devrez faire vos propres recherches pour savoir si cela en vaut la peine.
la source
Un peu tard, mais si vous utilisez AsYouWish dans Firefox (ou créez des modules complémentaires Firefox si cela ne vous dérange pas de compresser vos fichiers et de tester avec leurs outils), vous pouvez créer des applications en HTML qui ont des privilèges de bureau. Si vous utilisez WebAppFind (actuellement Windows uniquement), vous pouvez également ouvrir les fichiers du bureau à partir du bureau directement dans une application Web (sans avoir besoin de glisser-déposer).
Avertissement: Ces modules complémentaires (open-source) ont été créés par moi.
la source
Vous pouvez utiliser Javascript, HTML et CSS pour créer des applications pour le Windows Store, Windows Phone et - je suppose - XBox via "Universal Apps". (Pour être clair, à partir de Visual Studio en utilisant Fichier | Nouveau projet ...)
Cela utilise ce qui précède pour construire votre UX et le code d'application par rapport à une implémentation des API natives .
Naturellement, au lieu que cela soit considéré comme une tentative de Microsoft d'ouvrir la plate-forme à davantage de développeurs, il a été considéré comme dépréciant les développeurs basés sur C # et XAML - ce qui bien sûr, ils ne l'étaient pas, mais ce n'est pas une si bonne histoire ... ce ne sont pas nécessairement les types d'applications de bureau que la question considère comme natives.
la source