Ancien programmeur de bureau veut créer le projet S + S

Question

J'ai une idée pour un produit que je veux être basé sur le Web. Mais parce que je vis dans une partie du monde où l'Internet n'est pas toujours disponible, il doit y avoir un composant de bureau client disponible lorsque l'Internet est arrêté. De plus, j'ai été programmeur SQL, programmeur d'applications de bureau utilisant dBase, VB et Pascal, et j'ai créé des sites Web simples en utilisant HTML et des outils de création de site Web, tels que Frontpage. Donc, à partir de mes recherches, je pense avoir les options suivantes:

PHP, Ruby on Rails, Python ou .NET pour la programmation. MySQL pour la DB Et Apache, ou éventuellement IIS, pour le serveur web.

Je vais probablement commencer par un fournisseur ISP local pour le service cloud. Mais alors peut-être passer à quelque chose de plus "robuste" et universel à l'avenir, à savoir. Amazon, ou Azure, ou quelque chose le long de cette ligne.

Ma question est la suivante. Que recommanderiez-vous pour quelque chose comme ça? Je suis sûr que je n'ai pas énuméré toutes les possibilités, mais celles que j'ai étudiées et auxquelles j'ai pensé.

Merci à tous, Craig

Answer 1

Si vous voulez un « composant de bureau » qui est disponible pour vous de faire du développement sur Internet chaque fois que votre sort, vous pouvez vraiment choisir l'une de ces technologies. Vous pouvez toujours avoir un serveur local (comme Apache) fonctionnant sur votre machine, ainsi qu'une base de données sql locale, mais si votre base de données contient une grande quantité de données, vous devrez peut-être la réduire. Toutefois, Ruby on Rails est peut-être le plus facile à utiliser car il est livré avec WEBrick (une bibliothèque ruby ​​qui fournit des services HTTP) et SQLite, un système de gestion de base de données SQL léger. Ruby on Rails est configuré par défaut pour les utiliser.

Answer 2

Les langues listées sont toutes des composants côté serveur. La grande question est de savoir si vous pouvez raisonnablement construire un client lourd - efficacement vous pouvez développer une application à plusieurs niveaux où le serveur web se trouve sur le client et utilise un webservice comme un flux de données si c'est disponible mais la solution n'est pas très portable. Vous pouvez créer un site Web purement ajax en javascript, puis le déployer sur le client en tant que javascripts signés sur le système de fichiers local (ils doivent être signés pour contourner la restriction selon laquelle javscripts ne peut se connecter qu'au serveur sur lequel ils ont servi normalement).

Une autre approche serait d'utiliser Google Gears - mais ce serait une solution de navigateur unique.

C.

Answer 3

Si vous wan't d'exécuter une version du serveur sur les ordinateurs de bureau, vos meilleures options seraient Python, Rails, ou servlets Java, qui peuvent tous être facilement emballés dans un petit autonome serveurs sans dépendances.

Ma recommandation pour le poste de travail serait le stockage local HTML 5. La norme n'a pas été finalisée, mais il existe un support expérimental dans Google Chrome. Si vous pouvez forcer vos utilisateurs à utiliser une version de navigateur spécifique, vous devriez être OK, jusqu'à ce qu'il soit finalisé.

Je vous recommande de regarder Django et Rails avant tout autre framework. Ils ont différentes philosophies de conception, donc l'un d'eux pourrait être mieux adapté à votre application. Un autre cadre à considérer est Grails, qui est essentiellement un clone de Rails dans le langage groovy.