关于javascript:典型的AngularJS工作流程和项目结构(使用Python Flask)

Typical AngularJS workflow and project structure (with Python Flask)

我对这整个MV *客户端框架狂热都很陌生。它不一定是AngularJS,但我之所以选择它,是因为它比Knockout,Ember或Backbone更自然。无论如何,工作流程是什么样的?人们是否开始在AngularJS中开发客户端应用程序,然后将后端连接到它?

或者反过来首先在Django,Flask,Rails中构建后端,然后将AngularJS应用程序附加到它上面?是否有"正确"的方式,或者它最终只是个人偏好?

我也不确定是否根据Flask或AngularJS构建我的项目?社区实践。

例如,Flask的minitwit应用程序的结构如下:

1
2
3
4
5
6
minitwit
|-- minitwit.py
|-- static
   |-- css, js, images, etc...
`-- templates
   |-- html files and base layout

AngularJS教程应用程序的结构如下:

1
2
3
4
5
6
7
8
9
10
angular-phonecat
|-- app
    `-- css
    `-- img
    `-- js
    `-- lib
    `-- partials
    `-- index.html
|-- scripts
 `-- node.js server and test server files

我可以自己想象一个Flask应用程序,并且很容易看到AngularJS应用程序就像ToDo List一样,但是当涉及到使用这两种技术时,我不明白它们是如何协同工作的。当你已经拥有AngularJS时,我似乎不需要服务器端的Web框架,一个简单的Python Web服务器就足够了。例如,在AngularJS待办事项应用程序中,他们使用MongoLab使用Restful API与数据库通信。后端不需要Web框架。

也许我只是非常困惑,AngularJS只不过是一个花哨的jQuery库,所以我应该使用就像我在我的Flask项目中使用jQuery(假设我将AngularJS模板语法更改为与Jinja2不冲突的东西)。我希望我的问题有道理。我主要在后端工作,这个客户端框架对我来说是一个未知的领域。


我将首先在标准结构中组织Flask应用程序,如下所示:

1
2
3
4
5
6
7
app
|-- app.py
|-- static
    |-- css
    |-- img
    |-- js
|-- templates

正如btford所提到的,如果您正在使用Angular应用程序,那么您将需要专注于使用Angular客户端模板并远离服务器端模板。使用render_template('index.html')将导致Flask将角度模板解释为jinja模板,因此它们无法正确呈现。相反,您需要执行以下操作:

1
2
3
@app.route("/")
def index():
    return send_file('templates/index.html')

请注意,使用send_file()意味着文件将被缓存,因此您可能希望使用make_response(),至少用于开发:

1
    return make_response(open('templates/index.html').read())

然后,构建应用程序的AngularJS部分,修改应用程序结构,使其看起来像这样:

1
2
3
4
5
6
7
8
9
10
11
12
13
app
|-- app.py
|-- static
    |-- css
    |-- img
    |-- js
        |-- app.js, controllers.js, etc.
    |-- lib
        |-- angular
            |-- angular.js, etc.
    |-- partials
|-- templates
    |-- index.html

确保您的index.html包含AngularJS以及任何其他文件:

1
<script src="static/lib/angular/angular.js">

此时,您尚未构建RESTful API,因此您可以让js控制器返回预定义的样本数据(仅限临时设置)。准备好后,实现RESTful API并使用angular-resource.js将其连接到角度应用程序。

编辑:我把一个应用程序模板放在一起,虽然比上面描述的要复杂得多,但它说明了如何使用AngularJS + Flask构建应用程序,完成AngularJS与简单的Flask API之间的通信。在这里,如果您想查看它:https://github.com/rxl/angular-flask


你可以从两端开始。

你是对的,你可能不需要一个完整的服务器端框架与AngularJS。通常,最好是提供静态HTML / CSS / JavaScript文件,并为后端提供RESTful API供客户端使用。您应该避免的一件事是将服务器端模板与AngularJS客户端模板混合使用。

如果你想使用Flask来提供文件(可能有些过分,但你可以使用它),你可以将"app"的内容从"angular-phonecat"复制到"minitwit"的"静态"文件夹中。

AngularJS更多地针对类似AJAX的应用程序,而flask使您能够同时执行旧式Web应用程序以及创建RESTful API。每种方法都有优点和缺点,因此它实际上取决于您想要做什么。如果你给我一些见解,我可能会提出进一步的建议。


John Lindquist(angular.js和jetbrains guru)的官方Jetbrains PyCharm视频是一个不错的起点,因为它显示了web服务,数据库和angular.js在瓶内的相互作用。

他在不到25分钟的时间内用烧瓶,sqlalchemy,烧瓶 - 不安和angular.js建立了一个pinperrest克隆。

请享用:


编辑:新的Angular2样式指南提供了一个类似的,如果不是相同的结构更详细。

以下答案针对大型项目。
我花了很多时间思考和试验几种方法,因此我可以将一些服务器端框架(Flask与我的案例中的App Engine)结合起来,用于后端功能以及像Angular这样的客户端框架。这两个答案都非常好,但我想建议一种稍微不同的方法(至少在我看来)以更人性化的方式进行扩展。

当您实现TODO示例时,事情非常简单。当你开始添加功能和用于改善用户体验的小细节时,在混乱的样式,javascript等中不容易迷失。

我的应用程序开始变得非常大,所以我不得不退后一步并重新思考。最初,通过将所有样式放在一起并将所有JavaScript组合在一起,上面提到的方法可以工作,但它不是模块化的,不易维护。

如果我们按功能而不是按文件类型组织客户端代码,该怎么办

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
app
|-- server
    |-- controllers
        |-- app.py
    |-- models
        |-- model.py
    |-- templates
        |-- index.html
|-- static
    |-- img
    |-- client
        |-- app.js
        |-- main_style.css
        |-- foo_feature
            |-- controller.js
            |-- directive.js
            |-- service.js
            |-- style.css
            |-- html_file.tpl.html
        |-- bar_feature
            |-- controller.js
            |-- directive.js
            |-- service.js
            |-- style.css
            |-- html_file.tpl.html
    |-- lib
        |-- jquery.js
        |-- angular.js
        |-- ...

等等。

如果我们像这样构建它,我们可以将我们的每个目录包装在一个角度模块中。我们以一种很好的方式分割我们的文件,当我们使用特定功能时,我们不必通过不相关的代码。

像Grunt正确配置的任务运行器将能够轻松找到并连接和编译您的文件。


另一种选择是将两者完全分开。

1
2
3
project
|-- server
|-- client

与flask相关的文件位于服务器文件夹下,与angularjs相关的文件位于客户端文件夹下。这样,更改后端或前端将更容易。例如,您可能希望将来从Flask切换到Django或AngularJS切换到ReactJS。


我认为确定您希望在哪一端完成大部分数据处理(前端或后端)非常重要。
如果它是前端,那么请使用角度工作流程,这意味着你的烧瓶应用程序将充当更多的api,其中像burn-restful这样的扩展将结束。

但是,如果像我一样,你在后端进行大部分工作,那么请使用烧瓶结构,只插上角度(或者在我的情况下为vue.js)来构建前端(必要时)