Open linkedlist771 opened 2 months ago
但感觉迁移的话对用户影响不大
如果这个迁移到FastAPI的方案通过,我也可加入
如果这个迁移到FastAPI的方案通过,我也可加入
有几个问题需要给出答案:
如果这个迁移到FastAPI的方案通过,我也可加入
如果这个迁移到FastAPI的方案通过,我也可加入
有几个问题需要给出答案:
- 这么做能为用户带来什么更好的体验?
- 团队成员是否更熟悉fastapi?相比于flask来说?
- 对已有项目变更是否会引入更大的风险?
若审核团队无法确定技术选型,我建议在原型开发完成后形成接口文档,flask和FastAPI同时进行开发,根据语言无关的接口文档来进行稳定性测试等,依据相关数据再进行评估。
如果这个迁移到FastAPI的方案通过,我也可加入
如果这个迁移到FastAPI的方案通过,我也可加入
有几个问题需要给出答案:
- 这么做能为用户带来什么更好的体验?
- 团队成员是否更熟悉fastapi?相比于flask来说?
- 对已有项目变更是否会引入更大的风险?
- 首先对于用户的体验而言是无感的,用户感知不到后端的处理过程。
- flask框架更加侧重于Web服务,大模型领域开发者使用FastAPI更加常见。
- flask与FastAPI均属于Python Web比较成熟的应用,风险暂时无法评估。
若审核团队无法确定技术选型,我建议在原型开发完成后形成接口文档,flask和FastAPI同时进行开发,根据语言无关的接口文档来进行稳定性测试等,依据相关数据再进行评估。
没问题,我们先解决用户关心的几个问题,然后再来考虑框架选型。
支持迁移到fastAPI,项目前期迁移,风险不大
🥰 需求描述
将现有的 Flask 后端迁移到 FastAPI 框架。这个变更的目的是利用 FastAPI 的优势,如:
🧐 解决方案
🚑 其他信息
在进行迁移时,需要注意以下几点: