Je suis assez nouveau dans toute cette frénésie de framework côté client MV *. Il n'est pas nécessaire que ce soit AngularJS, mais je l'ai choisi car il me semble plus naturel que Knockout, Ember ou Backbone. Quoi qu'il en soit, à quoi ressemble le flux de travail? Les gens commencent-ils par développer une application côté client dans AngularJS, puis y connectent le back-end?
Ou l'inverse en construisant d'abord le back-end dans Django, Flask, Rails, puis en y attachant une application AngularJS? Existe-t-il une «bonne» manière de procéder, ou s'agit-il simplement d'une préférence personnelle au final?
Je ne suis pas sûr non plus de structurer mon projet selon Flask ou AngularJS? pratiques communautaires.
Par exemple, l'application minitwit de Flask est structurée comme suit:
minitwit
|-- minitwit.py
|-- static
|-- css, js, images, etc...
`-- templates
|-- html files and base layout
L'application du didacticiel AngularJS est structurée comme suit:
angular-phonecat
|-- app
`-- css
`-- img
`-- js
`-- lib
`-- partials
`-- index.html
|-- scripts
`-- node.js server and test server files
Je pourrais imaginer une application Flask seule, et il est assez facile de voir une application AngularJS comme ToDo List en elle-même, mais quand il s'agit d'utiliser ces deux technologies, je ne comprends pas comment elles fonctionnent ensemble. Il semble presque que je n'ai pas besoin d'un framework web côté serveur quand vous avez déjà AngularJS, un simple serveur web Python suffira. Dans l'application de tâches AngularJS, par exemple, ils utilisent MongoLab pour parler à la base de données à l'aide de l'API Restful. Il n'était pas nécessaire d'avoir un framework web sur le back-end.
Peut-être que je suis juste terriblement confus, et AngularJS n'est rien de plus qu'une bibliothèque jQuery sophistiquée, donc je devrais utiliser tout comme j'utiliserais jQuery dans mes projets Flask (en supposant que je change la syntaxe du modèle AngularJS en quelque chose qui n'entre pas en conflit avec Jinja2). J'espère que mes questions ont un certain sens. Je travaille principalement sur le back-end et ce framework côté client est un territoire inconnu pour moi.
app.root_path
. Sinon, c'est assez bien.