手机word文档怎么用 后端开发完接口才给出接口文档，合理吗？你怎么看？
后端开发完接口才给出接口文档，合理吗？你怎么看？
一个非常好的问题。我是一个web应用程序架构师，多年来一直致力于回答这个问题。欢迎跟我来了解更多。
后端提供接口文档为时已晚，这是合理和不合理的。根据具体情况，总有解决办法。让我谈谈我的观点。
不合理：成熟的技术团队重视功能设计，在编写代码之前有完整的技术文档和功能定义。即使在TDD测试驱动的开发模式下，测试数据已经准备好了，那么接口逻辑就已经确定了接口文档是否编写好了，理清它们是很自然的。
-第一，主观原因。原因是多方面的，比如赶进度，没有时间，不懒得写，甚至在开发前没有仔细设计，在做的时候也有变化。真的没有好办法。
-客观原因：需求在变化，功能在变化，接口也在变化。所以，如果你写了一个文件，它的自然更新和维护？天哪？
有解决方案吗？建议尝试：[1]swagger接口文档，将文档集成到代码中，集成维护文档和修改代码，在修改代码逻辑的同时方便修改文档描述。
2、邮递员界面测试工具，导入导出JSON文件，高效的团队合作。Postman支持各种请求方法和配置环境变量，对返回的结果进行测试和验证，支持批量自动操作，可与自动构建系统集成。
想学UI，需要有基础吗？
报考培训班，可以学习，也可以买电脑买书自学。
要解决这个问题，首先要明确前端和后端的开发职责。
那么前端和后端是如何交互的呢？在大多数情况下，双方通过接口进行交互。前端通过接口将请求发送到后台，后台接收请求进行业务处理，并将处理结果反馈给前端。当然，也可以说一方触发一个事件，然后事件的描述通过特定的协议与前后站进行通信。一般来说，双方都约定了一定的命令、约定、携带信息的格式和说明，以及约定方式对某项业务返回结果的说明。通常，API文档是在后台提供的。文件受版本控制。如有变更，应及时通知前台开发人员，同时将变更说明写清楚。前台根据文档使用一些模拟框架来模拟数据开发。这是现在流行的，也称为前后分离。开发完成后，前台将连接后台测试应用进行测试。测试人员会通过一些协作平台（如JIRA、tower等）将测试出的bug反馈给开发人员，并在开发人员修复后进行测试。一直到要求的结果。随后的新需求以上述方式重复，也称为软件迭代。
这就完成了软件迭代的整个过程。软件工程是一个系统工程。需要来自不同位置的人一起写作。我希望我的回答对你有用
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
