当前位置:   article > 正文

fastapi python 并发_Python-FastAPI 使用asyncio生态圈开发异步博客(一)数据篇

python fastapi高并发 @cache()

Frodo的第一个版本已经实现了,在下一个版本前,我将目前的开发思路整理成三篇文章,分别是数据篇、通信篇、异步篇。

简要系统分析

数据库设计是紧跟需求来的,在我本科学UML时,数据库设计是在需求分析和系统分析之后,架构设计之前的设计。但博客项目的需求比较简单,主要大需求:

内容管理(文章、用户、标签、评论、反馈、动态的增删改查)

管理员用户的验证、评论人用户的验证

小功能:边栏组件、归档、分类等

再简单地做一个系统分析:

博客前台页面(不需要认证,内容展示)

博文内容

博客作者

标签

访问量

管理页面(需要登录认证进行内容管理)

动态页面(需要认证)

评论(访问者需要登录认证)

接下来的工作就是根据功能需求设计前后台API,一般如果你是全栈自己开发的话,API形式可以随意些,因为后续还可以灵活调整。如果需要和前端同事合作的话,你需要严格按照restful风格编写,接口的参数、命名、方法和返回体的构造上严格体现需求。

API 格式理应最大化地体现功能需求

前后台API的形式也取决于所用技术,Frodo前台页面是选择模板渲染的,后台是使用Vue, 那么模板就可以在页面上编程,可以实时决定上下文,可以不事先指定。

后台API

url

method

params

response

info

api/posts

GET

limit:1

page: 页面数

with_tag

{'items': [post.*.,], 'total': number}

查询Posts

需要登录

api/posts/new

POST

FormData

title

slug

summary

content

is_page

can_comment

author_id

status

x

x

api/post/

GET/PUT/DELETE

x

items.*.created_at

items.*.author_id

items.*.slug

items.*.id

items.*.title

items.*.type

items.*._pageview

items.*.summary

status

items.*.can_comment

items.*.author_name

items.*.tags.*

total

需要登录

api/users

GET

x

{'items':[user.*.,], 'total': num}

需要登录

api/user/new

POST

FormData

active<

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/我家小花儿/article/detail/198943
推荐阅读
相关标签
  

闽ICP备14008679号