django前端拿什么写？

导读：本篇文章首席CTO笔记来给大家介绍有关django前端拿什么写的相关内容，希望对大家有所帮助，一起来看看吧。

要调试一个用java写的后端，django写的前端的web应用应该怎么调试

在以前，你选择Pythonweb架构会受制于可用的web服务器，反之亦然。如果架构和服务器可以协同工作，那你就走运了：

但你有可能面对(或者曾有过)下面的问题，当要把一个服务器和一个架构结合起来是发现他们不是被设计成协同工作的：

基本上你只能用可以一起运行的而非你想要使用的。

那么，你怎么可以不修改服务器和架构代码而确保可以在多个架构下运行web服务器呢?答案就是PythonWebServerGatewayInterface(或简称WSGI，读作“wizgy”)。

WSGI允许开发者将选择web框架和web服务器分开。现在你可以混合匹配web服务器和web框架，选择一个适合你需要的配对。比如,你可以在Gunicorn或者Nginx/uWSGI或者Waitress上运行Django,Flask,或Pyramid。真正的混合匹配，得益于WSGI同时支持服务器和架构：

WSGI是第一篇和这篇开头又重复问道问题的答案。你的web服务器必须具备WSGI接口，所有的现代PythonWeb框架都已具备WSGI接口，它让你不对代码作修改就能使服务器和特点的web框架协同工作。

现在你知道WSGI由web服务器支持，而web框架允许你选择适合自己的配对，但它同样对于服务器和框架开发者提供便利使他们可以专注于自己偏爱的领域和专长而不至于相互牵制。其他语言也有类似接口：java有ServletAPI，Ruby有Rack。

说这么多了，你肯定在喊，给我看代码!好吧，看看这个极简的WSGI服务器实现：

#TestedwithPython2.7.9,LinuxMacOSX

importsocket

importStringIO

importsys

classWSGIServer(object):

address_family=socket.AF_INET

socket_type=socket.SOCK_STREAM

request_queue_size=1

def__init__(self,server_address):

#Createalisteningsocket

self.listen_socket=listen_socket=socket.socket(

self.address_family,

self.socket_type

)

#Allowtoreusethesameaddress

listen_socket.setsockopt(socket.SOL_SOCKET,socket.SO_REUSEADDR,1)

#Bind

listen_socket.bind(server_address)

#Activate

listen_socket.listen(self.request_queue_size)

#Getserverhostnameandport

host,port=self.listen_socket.getsockname()[:2]

self.server_name=socket.getfqdn(host)

self.server_port=port

#ReturnheaderssetbyWebframework/Webapplication

self.headers_set=[]

defset_app(self,application):

self.application=application

defserve_forever(self):

listen_socket=self.listen_socket

whileTrue:

#Newclientconnection

self.client_connection,client_address=listen_socket.accept()

#Handleonerequestandclosetheclientconnection.Then

#loopovertowaitforanotherclientconnection

self.handle_one_request()

defhandle_one_request(self):

self.request_data=request_data=self.client_connection.recv(1024)

#Printformattedrequestdataala\'curl-v\'

print(\'\'.join(

\'{line}\\n\'.format(line=line)

forlineinrequest_data.splitlines()

))

self.parse_request(request_data)

#Constructenvironmentdictionaryusingrequestdata

env=self.get_environ()

#It\'stimetocallourapplicationcallableandget

#backaresultthatwillbecomeHTTPresponsebody

result=self.application(env,self.start_response)

#Constructaresponseandsenditbacktotheclient

self.finish_response(result)

defparse_request(self,text):

request_line=text.splitlines()[0]

request_line=request_line.rstrip(\'\\r\\n\')

#Breakdowntherequestlineintocomponents

(self.request_method,#GET

self.path,#/hello

self.request_version#HTTP/1.1

)=request_line.split()

defget_environ(self):

env={}

#ThefollowingcodesnippetdoesnotfollowPEP8conventions

#butit\'sformattedthewayitisfordemonstrationpurposes

#toemphasizetherequiredvariablesandtheirvalues

#

#RequiredWSGIvariables

env[\'wsgi.version\']=(1,0)

env[\'wsgi.url_scheme\']=\'http\'

env[\'wsgi.input\']=StringIO.StringIO(self.request_data)

env[\'wsgi.errors\']=sys.stderr

env[\'wsgi.multithread\']=False

env[\'wsgi.multiprocess\']=False

env[\'wsgi.run_once\']=False

#RequiredCGIvariables

env[\'REQUEST_METHOD\']=self.request_method#GET

env[\'PATH_INFO\']=self.path#/hello

env[\'SERVER_NAME\']=self.server_name#localhost

env[\'SERVER_PORT\']=str(self.server_port)#8888

returnenv

defstart_response(self,status,response_headers,exc_info=None):

#Addnecessaryserverheaders

server_headers=[

(\'Date\',\'Tue,31Mar201512:54:48GMT\'),

(\'Server\',\'WSGIServer0.2\'),

]

self.headers_set=[status,response_headers+server_headers]

#ToadheretoWSGIspecificationthestart_responsemustreturn

#a\'write\'callable.Wesimplicity\'ssakewe\'llignorethatdetail

#fornow.

#returnself.finish_response

deffinish_response(self,result):

try:

status,response_headers=self.headers_set

response=\'HTTP/1.1{status}\\r\\n\'.format(status=status)

forheaderinresponse_headers:

response+=\'{0}:{1}\\r\\n\'.format(*header)

response+=\'\\r\\n\'

fordatainresult:

response+=data

#Printformattedresponsedataala\'curl-v\'

print(\'\'.join(

\'{line}\\n\'.format(line=line)

forlineinresponse.splitlines()

))

self.client_connection.sendall(response)

finally:

self.client_connection.close()

SERVER_ADDRESS=(HOST,PORT)=\'\',8888

defmake_server(server_address,application):

server=WSGIServer(server_address)

server.set_app(application)

returnserver

if__name__==\'__main__\':

iflen(sys.argv)2:

sys.exit(\'ProvideaWSGIapplicationobjectasmodule:callable\')

app_path=sys.argv[1]

module,application=app_path.split(\':\')

module=__import__(module)

application=getattr(module,application)

httpd=make_server(SERVER_ADDRESS,application)

print(\'WSGIServer:ServingHTTPonport{port}...\\n\'.format(port=PORT))

httpd.serve_forever()

这比第一篇的代码长的多，但也足够短(只有150行)来让你理解而避免在细节里越陷越深。上面的服务器可以做更多——可以运行你钟爱web框架所写基本的web应用，Pyramid,Flask,Django,或其他PythonWSGI框架.

不相信我?你自己试试看。保存上面的代码为webserver2.py或者直接在Github下载。如果你不传入任何参数它会提醒然后推出。

$pythonwebserver2.py

ProvideaWSGIapplicationobjectasmodule:callable

django用什么前端框架

一般Django这类后端框架其实不和前端框架有直接绑定关系。

不过个人推荐Angular前端框架。

如果使用django开发使用什么样的前端技术比较好

bootstrap是比较好的前端开发框架，django可以使用这个框架来。上手也容易。拿来例子代码，改几下就成了。需要配合好static等路径。

django选择什么框架做前端UI比较好

1、flex

Apache基金会今天发布了Flex 4.8版本，这是Adobe将Flex捐献给Apache基金会后发布的第一个版本。

需要注意的是，Flex目前还在孵化阶段，还不是Apache的正式项目，Flex 4.8也不是一个正式的Apache版本。

Apache称，该版本标志着Flex新时代的开始，Flex的未来将由社区来驱动，而不是由一个公司驱动。开发者可以通过贡献代码，来帮助改进Flex，如修复bug、增加功能等。

从Macromedia卖给Adobe，然后又捐给apache，不知道搞什么名堂。不过还好没有经过大幅重构，否则就真的是悲哀了！

2、extjs

ExtJS是一种主要用于创建前端用户界面，是一个基本与后台技术无关的前端ajax框架。

功能丰富，无人能出其右。

无论是界面之美，还是功能之强，ext的表格控件都高居榜首。

华丽的界面，灵活的功能，还有开发工具都是配套的，但有个最大的问题，用就得花钱！

3、easyui

easyui帮助你构建你的web应用更加容易。

它是一个基于jquery的插件，开发出来的一套轻量级的ui框架，非常小巧而且功能丰富。

官方网站是：

但是她有一个最大的问题就是代码只能找到以前的开源的版本，到了1.2以后的版本源代码都是经过混淆的，如果遇到问题修改起来会非常麻烦！不过一个比较大的优势是开源免费，并且界面做的还说的过去！

4、MiniUI

又一个基于jquery的框架，开发的界面功能都很丰富。

jQuery MiniUI - 快速开发WebUI。

它能缩短开发时间，减少代码量，使开发者更专注于业务和服务端，轻松实现界面开发，带来绝佳的用户体验。

使用MiniUI，开发者可以快速创建Ajax无刷新、B/S快速录入数据、CRUD、Master-Detail、菜单工具栏、弹出面板、布局导航、数据验证、分页表格、树、树形表格等典型WEB应用系统界面。

界面做的挺不错，功能也挺丰富，但是有两个比较大的问题，一个是收费，一个是没有源码，说白了，不开源！基于这个开发如果想对功能做扩展就需要找他们的团队进行升级！

5、jQuery UI

jQuery UI 是一套 jQuery 的页面 UI 插件，包含很多种常用的页面空间，例如 Tabs（如本站首页右上角部分） 、拉帘效果（本站首页左上角）、对话框、拖放效果、日期选择、颜色选择、数据排序、窗体大小调整等等非常多的内容。

功能非常全面，界面也挺漂亮的，可以整体使用，也可以分开使用其中的几个模块，免费开源！

6、DWZ

DWZ富客户端框架(jQuery RIA framework), 是中国人自己开发的基于jQuery实现的Ajax RIA开源框架.

设计目标是简单实用,快速开发,降低ajax开发成本。

欢迎大家提出建议，我们将在下一版本中进一步调整和完善功能．共同推进国内整体ajax开发水平。

毕竟是国产的，支持一下，而且源码完全公开，可以选择一下！不过性能怎么样不敢确定！

7、GWT

Google 网页工具包——GWT 提供了一组基于Java语言的开发包，这个开发包的设计参考Java AWT包设计，类命名规则、接口设计、事件监听等都和AWT非常类似。熟悉Java AWT的开发者不需要花费多大的力气就能够快速的理解GWT开发工具包，将更多地时间投入到GWT应用的开发过程中。

你不用去了解这样那样的javascript框架，通过java你就可以写出功能丰富的界面，可以做单元测试，毕竟是google的产品，严重支持一下！

8、YUI

Yahoo! UI Library (YUI) 是一个开放源代码的 JavaScript 函数库，为了能建立一个高互动的网页，它采用了AJAX, DHTML 和 DOM 等程式码技术。它也包含了许多 CSS 资源。使用授权为 BSD许可证，基本上没怎么研究过！

YUI Compressor倒是挺出名的，这套UI库不知道应用的情况怎么样！

9、Sencha

Sencha 是由 ExtJS、jQTouch 以及 Raphael 三个项目合并而成的一个新项目。

大公司的框架，并且是几样库的强强联合，值得推荐！

10、Dojo

在国内应用好像不是很广，不过性能上应该没问题。

Dojo是一个用javascript语言实现的开源DHTML工具包。

有多个基金会的支持，包括IBM和SUN，都是软件界的泰斗，值得信赖！

11、ZK

ZK是一套以 AJAX/XUL/Java 为基础的网页应用程式开发框架，用于丰富网页应用程式的使用接口。最大的好处是，在设计AJAX网络应用程式时，轻松简便的操作就像设计桌面程式一样。 ZK包含了一个以AJAX为基础、事件驱动（event-driven）、高互动性的引擎，同时还提供了多样丰富、可重复使用的XUL与HTML组件，以 及以 XML 为基础的使用接口设计语言 ZK User-interfaces Markup Language (ZUML)。

在线的demo

设计器的demo

日历组件

功能丰富，全面，文档齐全，而且升级了很多次，非常值得推荐！

12、OperaMasks-UI

OperaMasks-UI是OperaMasks团队 2011下半年打造的一款轻量级前端JS组件库，旨在提供一款学习曲线低、定制性灵活、样式统一，且多浏览器支持、覆盖企业业务场景的前端 JavaScript UI组件库。目前，该团队已将这一产品以LGPL 开源协议开放给社区。

文档丰富，功能齐全，而且很容易使用和开发！而且是国产的哟！

13、JavaFX

Sun公司(已于2009年被Oracle公司收购)在2008年12月05日发布了JavaFX技术的正式版,它使您能利用 JavaFX 编程语言开发富互联网应用程序(RIA)。JavaFX Script 编程语言（以下称为JavaFX）是Sun微系统公司开发的一种declarative, statically typed(声明性的、静态类型)脚本语言。JavaFX技术有着良好的前景，包括可以直接调用Java API的能力。因为 JavaFX Script是静态类型，它同样具有结构化代码、重用性和封装性，如包、类、继承和单独编译和发布单元，这些特性使得使用Java技术创建和管理大型程序 变为可能。

结语：以上就是首席CTO笔记为大家整理的关于django前端拿什么写的相关内容解答汇总了，希望对您有所帮助！如果解决了您的问题欢迎分享给更多关注此问题的朋友喔～

以上内容为新媒号(sinv.com.cn)为大家提供！新媒号，坚持更新大家所需的互联网后端知识。希望您喜欢！