django 接口开发（django开发api）

本篇文章给大家谈谈django 接口开发，以及django开发api对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享django 接口开发的知识，其中也会对django开发api进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、要调试一个用java写的后端，django写的前端的web应用应该怎么调试
• 2、django + vue整合后，部署到windows apache遇到的问题汇总
• 3、greaterwms是什么？？
• 4、Python3.6使用Django框架中使用Pandas的DataFrame函数没有奏效问题

要调试一个用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 + vue整合后，部署到windows apache遇到的问题汇总

花了一周多时间，从0到1，创建了 django + elementUI接口自动化平台。
vue 数据绑定模式，能减少很多前端工作，（前端目前难看的很呐）

web接口自动化，基于 python + request + excel模式的升级维护，结合企业微信、邮件、echarts报告展示，定时器BackgroundScheduler（而不是用windows任务计划+bat 单机模式），定时任务输出结果。归于web，多人维护后，相信对将来工作有帮助。。。起码也是写过django接口框架的人了。。

部署花了3天时间，才搞定。哀愁
遇到问题：

2、然后把两个整个在一起
3、整合后，django 启动后，vue刷新当前页面404，这个vue router/index.js，去掉mode: 'history'

vue，config/index.js，build方法，
说要改为ssetsPublicPath: './' -----》结果不需要，原样

vue项目下，build/webpack.prod.conf.js，注释模块解决。

5、在本地跑没有问题，部署到apache，vue，staitc静态资源无法访问
参考如下，给静态资源访问权限，并且路径是双引号，解决
https://www.cnblogs.com/CodeMuscle/p/12923045.html

greaterwms是什么？？

聚商汇WMS--开源仓库管理系统

项目介绍：

完全开源仓储管理软件，遵循Apache License 2.0协议，前后端分离，且完全开源，API使用restful协议，方便二次开发，前端代码使用quasar进行构建，后端使用Python Django3.1，利用API，可以支持多仓，波次发货，合并拣货，Milk-Run等业务模型。

软件著作权编号：2018SR517685

GitHub地址：

GitHubgithub.com/Singosgu/GreaterWMS

Demo地址：

GreaterWMS--Open Source Warehouse Management Systemyhz.com/

商务联系：mail@56yhz.com

技术交流：GreaterWMS-01（加微信进群）

项目初衷：

我在供应链行业工作了15年，发现在我们这个专业的领域，没有一款高自由度、高自定义化的软件，来深度支持我们企业的业务。大多数软件都是闭源的，而且很难去做二次开发，即使开发，周期也是非常长，开发失败的案例也是比比皆是。由于企业选择了一款软件后，其二次开发也会被开发公司绑定，至于二次开发费用，只能说呵呵。所以，我设计了这个聚商汇WMS，为的是做到一款高自由度，高自定义开发的仓库管理软件，来深度支持企业的业务。

愿景：如果你从事着非IT行业的工作，而你又热爱你的行业，那就用科技去改变他。

生命周期

V 1.0.0 -- 2019年7月 ~ 2020年12月（由于1.0.0版本的二次开发设计较为复杂，故2.0重新编写）

V 2.0.0 -- 2020年12月 ~ 2021年3月（重新编写业务逻辑，原生自带API开发文档，加入实时通信，方便企业用户互相沟通）

V 2.1.0 -- 2021年3月 ~ 2021年6月（加入了客户与企业之间的实时互动，增进企业与客户之间的业务联系，实现VMI）

V 2.2.0 -- 2020年6月 ~ 2021年9月（加入了供应商与企业之间的实时互动，增进企业与供应商之间的业务联系，实现Milk-Run和看板拉动）

V 2.3.0 -- 2021年9月 ~ 2021年12月（库存管理雏形，初步加入神经网络，深度学习库存变化）

V 3.0.0 -- 2021年12月 ~ 2022年3月（完全植入神经网络，让上下游企业可以以最低的成本运营整体的业务）

V 3.1.0 -- 2022年3月 ~ 2022年6月（区域仓库业务布局，通过深度学习，实现多仓运营，成本最低化）

开发环境：

Python 版本为 V 3.8.0 +

Django 版本为 V 3.1.0 +(该版本Django才原生支持异步实时通信)

Django-rest-framework 版本为 V 3.12.2 + (更高版本的Django-rest-Framework对Django3的兼容比较好)

Django-silk 版本为 V 4.1.0 (如果是部署上线，请关闭silk，silk仅为调试API接口速度用，有可能会泄露用户信息)

Quasar 版本为 V1.7.2 + (可以查看Quasar官网，来编辑GreaterWMS前端代码：Quasar官网)

Vue 版本为 V 2.6.0 +（尽量不要使用Vue3，因为开发环境没有使用Vue3，不知道会出现什么问题）

API，遵循 RESTful 架构

构建命令：

下载代码：

git clone https://github.com/Singosgu/GreaterWMS.git

安装Python库：

pip install -r requirements.txt

注意：安装需要Twisted库，这个库有时候会安装不上，需要下载下来本地安装

下载地址：TWISTED

pip install Twisted{你下载下来的版本名称}

注意：本地安装需要注意路径

初始化数据库：

python manage.py makemigrations

迁移数据库：

python manage.py migrate

创建数据库，Django默认使用sqlite3作为数据库，如果需要mysql数据库，请在greaterwms/settings.py里面配置DATABASE

开发服务器运行：

开发运行：

daphne -p 8008 greaterwms.asgi:application

生产服务器运行：

supervisor守护进程：

pip install supervisor

使用supervisor来守护Django进程，再使用Nginx做反向代理，至于superevisor的教程有很多，这里不做讲解

Nginx支持：

推荐使用Nginx进行部署，部署的时候需要指定WebSocket链接，如果不指定，实时通信功能将报错

另需要修改axios_request.js里的ws_url

## 示例更改前
const baseurl = ''
const wsurl = 'ws://127.0.0.1:8008/'
## 示例更改后
const baseurl = 'https://你的域名/'
const wsurl = 'wss://你的域名/websocket/'

如果服务器启用了SSL，请使用https和wss，如果没有启用SSL，则使用http和ws

修改后需要重新build前端代码

开发扩展：

因为使用的前后端分离的设计，所以可以通过API，开发更多的软件应用

物流智能AGV

AGV的项目也已经开源，由于场地受限，仅实现智能发货，定点回库，使用的循迹感应器，超声波避障感应器，红外避障感应器，所有的指令通过网络传输，AGV绑定MAC地址和IP地址，保证了安全性，前提是，你需要有一个树莓派。

进销存

可以直接当一个进销存系统使用，简化仓库库位设置等操作即可。

APP和小程序

Quasar原生可以直接打包成IOS APP和Android APP

小程序的开发可以通过API开做二次开发，但小程序不支持put请求，所以需要自己再写一个请求接口。

API的组合可以达到100万种，这样我们可以根据查询请求，来获得实时报表和数据监控

供应链管理系统

产品的数量，创建时间，最后使用时间是各方面统计的，所以可以方便采购计划和调拨计划进行库存的分析

V 2.3.0及其以后的版本，将自带深度学习分析，所以可以直接使用分析结果作为供应链管理系统工具使用

多仓管理

OPENID为用户的数据唯一标识，数据组统一标识为APPID，所以很方便可以实现多仓管理

波次拣货，发货

可以设置固定时间向服务器发出请求，从而达到波次拣货的功能

也可以直接使用任务工作，通过API查询分析结果来实现，推荐使用APScheduler

~~~python pip install apscheduler ~~~

Milk-Run

V 2.2.0及其以上版本，将原生支持此功能

如果现在就需要这个业务，可以根据API调用库存消耗，来实现此功能

VMI

V 2.1.0及其以上版本，将原生支持此功能

如果现在就需要这个业务，可以根据API调用库存消耗，来实现此功能

拣货路线优化

现在的拣货路线是按照库位排序

V 2.3.0以后版本将原生支持此功能

如果现在需要这个业务，可以根据每天的拣货明细，调用API来实现此功能

开发指南：

baseurl

是发起请求的基本网址，如果是本地调试，则默认为 ，如果部署在服务器，则需要将其改为你的网站访问url

修改方式为，修改axios_request.js，注意websocket的修改之前已经提到了

Django-silk

django-silk为开发时的调试工具，可以统计每个接口的响应速度，如果需要部署到生产环境，请删除Django-silk相关配置，因为会有泄露用户信息的风险，或者直接修改Django-silk库，让用户只能看到自己的请求数据

数据库存储

数据库设计时考虑到数据迁移等问题，所以只有users里面的user_id和Django自带的user_id做了外键，其余所有字段全部没有使用外键，方便数据备份和数据库迁移

数据库是4段式设计

验证数据用户归属

验证数据安全性

验证数据是否可以存入数据库

存入数据库，并返回Response

关于数据传输

需要在所有的请求头headers里面加入token值，这个值就是用户的数据唯一标识OPENID

所有的数据传输需要设定content-type为application/json

OPENID

OPENID是注册用户数据的唯一标识，当管理员直接注册时，会有developer=1这个管理员标识。

你可以根据developer标识来做自定义二次开发

APPID

APPID是用户数据组唯一标识

如果需要多公司运营，或者多仓运营，可以通过APPID做统一链接，来实现多公司，多仓操作

用户权限

未对用户权限做过多限制，请根据自身的业务需要，做二次开发限制

业务流程：

管理员

点击注册，可以注册成为管理员账号，从而实现初始化程序设置

注册后会得到2个ID和1个开发者标识，OPENID是用户数据组唯一标识，通过OPENID绑定此OPENID下所有的数据，APPID是用户组数据唯一标识，通过APPID来实现多公司，多仓库功能，Developer标识是个布尔值，True代表这是个管理员账号

用户登入分2种：

使用OPENID和员工名称直接登入

管理员使用账号和密码登入

登入后前端会存储登入信息

可以通过查看我的OPENID来查看用户数据组的OPENID

如果需要多公司，多仓库操作，注意需要更改OPENID

更多管理员权限，请自行开发

员工管理

注册管理员后，新建一个员工

员工有2个字段，Staff_name（用于员工登入），Staff_type（员工类型来控制员工的权限）

系统没有对员工权限做任何限制，如果需要员工权限，请根据企业业务模型，自行修改Templates

点击Edit，可以修改员工信息

点击Delete，可以删除员工信息，系统后台会将Is_delete调成True

点击Contact：

可以直接和员工实时聊天，但是不可以和自己聊天

可以新建一个备忘录员工，这样做其实是当成备忘录使用

在个人中心，可以查看最近的联系人

Message标识会提醒你现在有多少未读消息

司机管理

司机管理只会在发货流程中用到

你需要知道货物是哪个司机提货取走的

仓库设置

Warehouse

仓库的创建只可以创建一个仓库，现在可以创建多个，但是只有第一个会起作用

如果需要多仓处理，可以通过APPID进行二次开发，也可以直接重新创建一个管理员账号

仓库的城市一定要填写，这是用来计算运费的

Bin_Property

库位属性决定了仓库中货物属于什么属性的货物

4种属性：破损（Damage)，锁定（Holding），质检（Inspection），正常（Normal）

Beta版中，属性可以修改和删除，正式版将无法删除和修改

所有的发货，都只会匹配Normal库位的货物

收货上架和移库，都会根据库位属性，直接修改库存数量，仓库的库存数量不会出现负数

Bin_Size

库位的尺寸是帮助操作人员查看货物是否可以放入库位

现行的版本没有对上架和移库尺寸做检查，将来会加入自动检查

Bin_Set

库位设置是必须的，通常库位设置是横纵横纵，比如A010101，即A横01纵01横01纵

库位的设置需要设置库位属性和尺寸，属性很重要，他决定了此库位的货物是否为正常货物

基础设置

Company

公司基本信息的创建只可以创建一个公司，现在可以创建多个，但是只有第一个会起作用

如果需要多公司处理，可以通过APPID进行二次开发，也可以直接重新创建一个管理员账号

公司的城市一定要填写，这是用来显示在收发货单上的

Supplier

供应商的基础信息

供应商的城市一定要填写，这是用来显示在收货单上的，并且也是要自动计算运费的

Customer

客户的基础信息

客户的城市一定要填写，这是用来显示在发货单上的，并且也是要自动计算运费的

商品管理

Unit

商品的单位，系统会初始化创建一些，但可以自己添加和修改

Class

商品的类型，可以自己添加和修改

Color

商品的颜色，系统会初始化创建一些，但可以自己添加和修改

Brand

商品的品牌，可以自己添加和修改

Shape

商品的形状，系统会初始化创建一些，但可以自己添加和修改

Specs

商品的规格，可以自己添加和修改

Origin

商品的产地，可以自己添加和修改

Goods List

商品的列表

固定资产

Capital

固定资产创建，没有做过多拓展，只是记录使用

可以统计托盘账目等

库存管理

Stock List

在库的货物总的库存数据量

Onhand_stock现有的库存数量

Can Order，可以用于下单发货的库存数量，因为有些货物已经被下了订单，虽然有现有库存，但是不可以再被订货

Ordered Stock，已经被下单的货物数量

ASN Stock，已经下了到货通知书，但还没有确认到货通知书的货物数量

DN Stock，已被下单，但是还没有确认订单数量

Pre Load，预计到货货物数量

Pre Sort，已经到货，卸货完成，等待分拣的货物数量

Sorted Stock，货物分拣完成，等待上架的货物数量

Pick Stock，发货单生成了拣货单，等待拣货的货物数量

Picked Stock，已经拣货完成，等待和司机交接的货物数量

Back Order Stock，欠货订单数量

Bin Stock

Total Stock，这个库位该产品的所有库存数量

Pick Stock，这个库位需要拣货的数量

Picked Stock，这个库位拣货完成的数量

Move To Bin， 移库，移库后，会根据库位属性，直接更新库存数量，如果库位全部移空，则该库位会更新为空库位

Empty Bin

空库位明细

Occupied Bin

非空库位明细

收货管理

ASN到货通知书状态

ASN Status = 1, ASN到货通知书创建完成，状态1是唯一可以删除和修改ASN信息的状态，他会显示在Pre Delivery中，即有了到货通知书，但是还没有到货，点击Confirm Delivery，即确认货物已经到达，ASN Status更新到2，此时已经无法再修改ASN信息

ASN Status = 2, 拓展开发为司机到货排队，如果我们有很多司机到货，这可以做成一个排队系统，同时也可以让采购和销售看到到货信息，减少不必要的邮件和电话沟通，点击Finish Loading，即确认货物已经卸货完成，ASN Status更新到3,货物信息会出现在Sorting，此时的ASN状态表示，货物已卸到仓库，等待分拣

ASN Status = 3, 货物分拣是必须的一个流程，没有货物分拣，货物是无法上架的，上架的原则就是货物整理好，摆放到相对应的库位上，点击Confirm Sorted，ASN Status更新到4，即确认分拣完成，等待上架

此时移动Sorted页面，会出现需要上架的货物明细，点击Move To Bin，上架完成，当然，系统会根据上架后的库位属性，自动更新商品库存数量信息

发货管理

DN发货单状态

DN Status = 1, DN发货单创建完成，此时订单还是可以修改状态，且系统中的库存数量不会发生任何改变，点击Confirm Order，DN Status更新到2，即订单已经被确认，且无法更改，同时系统中的货物库存数量会自动更新，比如Can Order数量和Ordered数量

DN Status = 2, 这是订单被确认等待生成拣货单的过程，你可以点击单条订单Order Release来生成一个订单的拣货单，你也可以点击Release All Order，来将所有订单生成拣货单，如果是所有订单Release，那么会根据时间的先后进行库存匹配，库存不足时，会生成Back Order，即欠货订单，在这个过程中，DN单号是会发生改变的，如一家客户的多张订单，会被统一到一张订单中进行拣货，如客户订单无法满足，会将未满足部分生成欠货订单，欠货订单如果仍未得到匹配库存满足，将不再生成新的订单，DN Status会更新到3，即等待拣货的过程，已确认的订单和欠货订单都时Status为2的状态

DN Status = 3, 直接拣货，此功能会出现在Beta5更新中，暂时未更新

DN Status = 4, 发货交接，此功能会出现在Beta6更新中，暂时未更新

DN Status = 5, 客户签收，此功能会出现在Beta7更新中，暂时未更新

DN Status = 6, 对账结束，订单关闭，此功能会出现在Beta7更新中，暂时未更新

退货管理

RO退货订单 此功能将会出现在正式版中

运费管理

Transportation Fee API已经完成，前端暂未更新入口，如果想要使用，可以直接调用Payment下的Transportation Fee API进行使用，运费自动计算模块已经做进收发货流程中

Python3.6使用Django框架中使用Pandas的DataFrame函数没有奏效问题

框架不支持，或者说其与框架不兼容
Django是一个开放源代码django 接口开发的Web应用框架，由Python写成。采用django 接口开发了MT'Vdjango 接口开发的框架模式，即模型M，模板T和视图V。它最初是被开发来用于管理劳伦斯出版集团旗下的一些以新闻内容为主的网站的，即是CMS（内容管理系统）软件。并于2005年7月在BSD许可证下发布。这套框架是以比利时的吉普赛爵士吉他手Django Reinhardt来命名的。 关于django 接口开发和django开发api的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 django 接口开发的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于django开发api、django 接口开发的信息别忘了在本站进行查找喔。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。