web框架前戏---web框架的本质

时间  2019-12-20
标签 web 框架 前戏 本质 栏目 HTML 繁體版
原文   原文链接

Web框架本质

 

  1. *浏览器发送一个HTTP请求；
  2. *服务器收到请求，生成一个HTML文档（待补充；是不是所有类型的访问都须要生成文档）；
  3. *服务器把HTML文档做为HTTP响应的Body发送给浏览器；
  4. *浏览器收到HTTP响应，从HTTP Body取出HTML文档并解析显示

　　对于全部的Web应用，本质上其实就是一个socket服务端，用户的浏览器其实就是一个socket客户端。（即BS架构）css

　　静态页面--最简单的Web应用就是先把HTML用文件保存好，用一个现成的HTTP服务器软件，接收用户请求，从文件中读取HTML，返回。html

　　若是要动态生成HTML，就须要把上述步骤本身来实现。不过，接受HTTP请求、解析HTTP请求、发送HTTP响应都是苦力活，若是咱们本身来写这些底层代码，还没开始写动态HTML呢，就得花个把月去读HTTP规范。正确的作法是底层代码由专门的服务器软件实现，咱们用Python专一于生成HTML文档。由于咱们不但愿接触到TCP链接、HTTP原始请求和响应格式，因此，须要一个统一的接口，让咱们专心用Python编写Web业务。前端

　　这个接口就是WSGI：Web Server Gateway Interface。python

#!/usr/bin/env python
#coding:utf-8
 
import socket
 
def handle_request(client):
    buf = client.recv(1024)
    client.send("HTTP/1.1 200 OK\r\n\r\n")
    client.send("Hello, Seven")
 
def main():
    sock = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
    sock.bind(('localhost',8000))
    sock.listen(5)
 
    while True:
        connection, address = sock.accept()
        handle_request(connection)
        connection.close()
 
if __name__ == '__main__':
    main()

上述经过socket来实现了其本质，而对于真实开发中的python web程序来讲，通常会分为两部分：服务器程序和应用程序。服务器程序负责对socket服务器进行封装，并在请求到来时，对请求的各类数据进行整理。应用程序则负责具体的逻辑处理。为了方便应用程序的开发，就出现了众多的Web框架，例如：Django、Flask、web.py 等。不一样的框架有不一样的开发方式，可是不管如何，开发出的应用程序都要和服务器程序配合，才能为用户提供服务。这样，服务器程序就须要为不一样的框架提供不一样的支持。这样混乱的局面不管对于服务器仍是框架，都是很差的。对服务器来讲，须要支持各类不一样框架，对框架来讲，只有支持它的服务器才能被开发出的应用使用。这时候，标准化就变得尤其重要。咱们能够设立一个标准，只要服务器程序支持这个标准，框架也支持这个标准，那么他们就能够配合使用。一旦标准肯定，双方各自实现。这样，服务器能够支持更多支持标准的框架，框架也可使用更多支持标准的服务器。nginx

WSGI（Web Server Gateway Interface）是一种规范，它定义了使用python编写的web app与web server之间接口格式，实现web app与web server间的解耦。web

python标准库提供的独立WSGI服务器称为wsgiref。数据库

from wsgiref.simple_server import make_server


def RunServer(environ, start_response):
    start_response('200 OK', [('Content-Type', 'text/html')])
    return [bytes('<h1>Hello, web!</h1>', encoding='utf-8'), ]


if __name__ == '__main__':
    httpd = make_server('', 8000, RunServer)
    print("Serving HTTP on port 8000...")
    httpd.serve_forever()

WSGI 简单介绍

　　WSGI，全称 Web Server Gateway Interface，或者 Python Web Server Gateway Interface ，是为 Python 语言定义的 Web 服务器和 Web 应用程序或框架之间的一种简单而通用的接口。自从 WSGI 被开发出来之后，许多其它语言中也出现了相似接口。flask

　　WSGI 是做为 Web 服务器与 Web 应用程序或应用框架之间的一种低级别的，以提高可移植 Web 应用开发的共同点。WSGI 是基于现存的 CGI 标准而设计的。后端

　　不少框架都自带了 WSGI server ，好比 Flask，webpy，Django、CherryPy等等。固然性能都很差，自带的 web server 更多的是测试用途，发布时则使用生产环境的 WSGI server或者是联合 nginx 作 uwsgi。设计模式

　　通俗来说，WSGI就像是一座桥梁，一边连着web服务器，另外一边连着用户的应用。可是呢，这个桥的功能很弱，有时候还须要别的桥来帮忙才能进行处理。

WSGI的做用

　　WSGI有两方：“服务器”或“网关”一方，以及“应用程序”或“应用框架”一方。服务方调用应用方，提供环境信息，以及一个回调函数（提供给应用程序用来将消息头传递给服务器方），并接收Web内容做为返回值。

　　所谓的 WSGI中间件同时实现了API的两方，所以能够在WSGI服务和WSGI应用之间起调解做用：从WSGI服务器的角度来讲，中间件扮演应用程序，而从应用程序的角度来讲，中间件扮演服务器。“中间件”组件能够执行如下功能：

  • 重写环境变量后，根据目标URL，将请求消息路由到不一样的应用对象。
  • 容许在一个进程中同时运行多个应用程序或应用框架。
  • 负载均衡和远程处理，经过在网络上转发请求和响应消息。
  • 进行内容后处理，例如应用XSLT样式表。

　　WSGI 的设计确实参考了 Java 的 servlet。http://www.python.org/dev/peps/pep-0333/ 有这么一段话：

By contrast, although Java has just as many web application frameworks available, Java’s “servlet” API makes it possible for applications written with any Java web application framework to run in any web server that supports the servlet API.

　　另外，须要说起的一点是：其它基于python的web框架，如tornado、flask、webpy都是在这个范围内进行增删裁剪的。例如tornado用的是本身的异步非阻塞“wsgi”，flask则只提供了最精简和基本的框架。Django则是直接使用了WSGI，并实现了大部分功能。

自定义Web框架

1、框架

经过python标准库提供的wsgiref模块开发一个本身的Web框架

#!/usr/bin/env python
#coding:utf-8
from wsgiref.simple_server import make_server

def index():
    return 'index'

def login():
    return 'login'

def routers():
    
    urlpatterns = (
        ('/index/',index),
        ('/login/',login),
    )
    
    return urlpatterns

def RunServer(environ, start_response):
    start_response('200 OK', [('Content-Type', 'text/html')])
    url = environ['PATH_INFO']
    urlpatterns = routers()
    func = None
    for item in urlpatterns:
        if item[0] == url:
            func = item[1]
            break 
    if func:
        return func()
    else:
        return '404 not found'
    
if __name__ == '__main__':
    httpd = make_server('', 8000, RunServer)
    print "Serving HTTP on port 8000..."
    httpd.serve_forever()

二、模板引擎

在上一步骤中，对于全部的login、index均返回给用户浏览器一个简单的字符串，在现实的Web请求中通常会返回一个复杂的符合HTML规则的字符串，因此咱们通常将要返回给用户的HTML写在指定文件中，而后再返回。如：

<!DOCTYPE html>
<html>
<head lang="en">
    <meta charset="UTF-8">
    <title></title>
</head>
<body>
    <h1>Index</h1>

</body>
</html>
index.html 
<!DOCTYPE html>
<html>
<head lang="en">
    <meta charset="UTF-8">
    <title></title>
</head>
<body>
    <form>
        <input type="text" />
        <input type="text" />
        <input type="submit" />
    </form>
</body>
</html>
login.html 
#!/usr/bin/env python
# -*- coding:utf-8 -*-

from wsgiref.simple_server import make_server


def index():
    # return 'index'
    f = open('index.html')
    data = f.read()
    return data


def login():
    # return 'login'
    f = open('login.html')
    data = f.read()
    return data


def routers():

    urlpatterns = (
        ('/index/', index),
        ('/login/', login),
    )

    return urlpatterns


def run_server(environ, start_response):
    start_response('200 OK', [('Content-Type', 'text/html')])
    url = environ['PATH_INFO']
    urlpatterns = routers()
    func = None
    for item in urlpatterns:
        if item[0] == url:
            func = item[1]
            break
    if func:
        return func()
    else:
        return '404 not found'


if __name__ == '__main__':
    httpd = make_server('', 8000, run_server)
    print "Serving HTTP on port 8000..."
    httpd.serve_forever()

对于上述代码，虽然能够返回给用户HTML的内容以现实复杂的页面，可是仍是存在问题：如何给用户返回动态内容？

  • 自定义一套特殊的语法，进行替换
  • 使用开源工具jinja2，遵循其指定语法
<!DOCTYPE html>
<html>
<head lang="en">
    <meta charset="UTF-8">
    <title></title>
</head>
<body>
    <h1>{{name}}</h1>

    <ul>
        {% for item in user_list %}
        <li>{{item}}</li>
        {% endfor %}
    </ul>

</body>
</html>
index.html 
#!/usr/bin/env python
# -*- coding:utf-8 -*-

from wsgiref.simple_server import make_server
from jinja2 import Template


def index():
    # return 'index'

    # template = Template('Hello {{ name }}!')
    # result = template.render(name='John Doe')

    f = open('index.html')
    result = f.read()
    template = Template(result)
    data = template.render(name='John Doe', user_list=['alex', 'eric'])
    return data.encode('utf-8')


def login():
    # return 'login'
    f = open('login.html')
    data = f.read()
    return data


def routers():

    urlpatterns = (
        ('/index/', index),
        ('/login/', login),
    )

    return urlpatterns


def run_server(environ, start_response):
    start_response('200 OK', [('Content-Type', 'text/html')])
    url = environ['PATH_INFO']
    urlpatterns = routers()
    func = None
    for item in urlpatterns:
        if item[0] == url:
            func = item[1]
            break
    if func:
        return func()
    else:
        return '404 not found'


if __name__ == '__main__':
    httpd = make_server('', 8000, run_server)
    print "Serving HTTP on port 8000..."
    httpd.serve_forever()

遵循jinja2的语法规则，其内部会对指定的语法进行相应的替换，从而达到动态的返回内容，对于模板引擎的本质，参考另一篇博客：http://www.cnblogs.com/wupeiqi/p/4592637.html

 

MVC和MTV设计模式

　　MVC百度百科：全名Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写，一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑汇集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不须要从新编写业务逻辑。

　　通俗解释：一种文件的组织和管理形式！不要被缩写吓到了，这其实就是把不一样类型的文件放到不一样的目录下的一种方法，而后取了个高大上的名字。固然，它带来的好处有不少，好比先后端分离，松耦合等等，就不详细说明了。

模型(model)：定义数据库相关的内容，通常放在models.py文件中。 
视图(view)：定义HTML等静态网页文件相关，也就是那些html、css、js等前端的东西。 
控制器(controller)：定义业务逻辑相关，就是你的主要代码。

　　MTV: 有些WEB框架以为MVC的字面意思很别扭，就给它改了一下。view再也不是HTML相关，而是主业务逻辑了，至关于控制器。html被放在Templates中，称做模板，因而MVC就变成了MTV。这其实就是一个文字游戏，和MVC本质上是同样的，换了个名字和叫法而已，换汤不换药。

　　Django的MTV模型组织

　　在web开发的项目文件中，相关目录分开存放，必需要有机制将他们在内里进行耦合。在Django中，urls、orm、static、settings等起着重要的做用。

相关文章
相关标签/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公众号
   欢迎关注本站公众号,获取更多信息
联系我们 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程