Un pont Python back-end et JavaScript avant la fin de l'
Je suis actuellement en train de travailler sur un projet qui implique l'analyse par le biais d'un fichier fourni par l'utilisateur, en faisant les calculs avec les données, et de visualiser les résultats à l'aide de graphiques les services publics. Maintenant, je suis coincé avec l'aide de Python comme le back-end parce qu'il a des bibliothèques scientifiques indisponible en JavaScript, mais je veux déplacer la totalité de l'outil à un serveur web, où je peux faire beaucoup plus lisse à l'aide de visualisations D3.js.
Le flux de travail serait quelque chose comme: obtenir le contenu du fichier dans le navigateur, exécuter le script Python avec le contenu, le retour jsonified objets de valeurs calculées, et l'intrigue de ces objets à l'aide de D3. J'ai déjà le back-end et front-end de travail par eux-mêmes, mais vous voulez savoir: Comment puis-je passer un pont entre les deux? De ce que j'ai recueillis, j'ai besoin de faire quelque chose le long des lignes de lancer un serveur, l'envoi d'une requête AJAX vers le serveur, et la récupération de données à partir du serveur. Mais avec le nombre de cadres de là-bas (Flacon, cgi, apache, websockets, etc.), Je ne suis pas vraiment sûr où commencer. Ça va probablement être une application web très simple avec juste un fichier de soumission de la page et une visualisation des données de page. Toute aide est appréciée!
- Principalement de l'opinion basée sur des questions sont considérés comme hors sujet pour ce forum. Je ne suis pas sûr que vous êtes vraiment à la recherche d'un avis au sujet de ce cadre est "meilleur", mais plutôt une certaine direction pour commencer à travailler sur un type d'application qui est nouveau pour vous. Si oui, peut-être qu'il est possible de le remanier; je ne suis pas sûr.
- Désolé pour la confusion. Je suis préoccupé par ce dernier. Je suis conscient que chaque cadre a ses propres avantages et inconvénients, et il serait à moi de décider qui est le mieux adaptée pour mon projet. Je demande quelque chose d'encore plus fondamental: ce qui serait intégré à l'avant/backend ressembler sur le plan conceptuel, à l'aide de ces cadres comme des exemples?
Vous devez vous connecter pour publier un commentaire.
Apache est un serveur web, le flacon est un framework web en python, les websockets sont d'un protocole et cgi est quelque chose de totalement différent, et aucun de vous aider sur la face avant.
Vous pourrait déployer un simple backend en flacon ou django ou des pylônes ou tout autre framework web python. J'aime django, mais il peut être un peu lourd pour votre but, le ballon est un peu plus léger. Vous déployer sur un serveur avec un serveur web installé et utiliser quelque chose comme apache distribuer.
Alors vous avez besoin d'une extrémité avant et une manière de livrer votre front-end. Flacon /Django sont pleinement capables de le faire en conjonction avec un serveur web, ou vous pouvez utiliser un fichier statique serveur comme Amazon S3.
Sur votre front-end, vous avez besoin de charger D3 et probablement une sorte de utilitaire comme jQuery pour charger et d'analyser vos données à partir de l'extrémité arrière, puis utilisez D3 toutefois vous voulez le présenter sur l'écran.
Flacon est facile à obtenir en place et fonctionne, et est basé sur Python. Il fonctionne bien avec les Api REST et les données envoyées par JSON (ou API JSON).
C'est une solution avec qui j'ai une certaine expérience et qui semble bien fonctionner et n'est pas difficile de se lever et de courir (et naturel de travailler avec Python). Je ne peux pas vous dire si c'est la meilleure solution pour vos besoins, mais il devrait fonctionner.
Si vous sont débordés et ne savent pas par où commencer, vous pouvez choisir l'une des options et de recherche de google pour un tutoriel. Avec un bon tutoriel, vous devez avoir un exemple fonctionnel d'ici la fin de ce tutoriel, et vous saurez alors si vous êtes à l'aise de travailler avec elle et avoir une idée de savoir si elle va répondre à vos besoins.
Alors vous pourriez faire une preuve de concept; faire une petite application qui juste ne gère qu'une petite partie (celui que vous êtes plus préoccupé par la manipulation, peut-être) et d'écrire quelque chose qui va le faire.
D'ici là, vous pouvez être sûr que vous avez un bon outil pour la fin (sauf si vous avez été convaincu par la preuve-de-concept-auquel cas, essayez à nouveau avec une autre option :-))