前端与后端的数据交互 后端开发完接口才给出接口文档，合理吗？你怎么看？
后端开发完接口才给出接口文档，合理吗？你怎么看？
一个非常好的问题。我是一个web应用程序架构师，多年来一直致力于回答这个问题。欢迎跟我来了解更多。
后端提供接口文档为时已晚，这是合理和不合理的。根据具体情况，总有解决办法。让我谈谈我的观点。
不合理：成熟的技术团队重视功能设计，在编写代码之前有完整的技术文档和功能定义。即使在TDD测试驱动的开发模式下，测试数据已经准备好了，那么接口逻辑就已经确定了接口文档是否编写好了，理清它们是很自然的。
-第一，主观原因。原因是多方面的，比如赶进度，没有时间，不懒得写，甚至在开发前没有仔细设计，在做的时候也有变化。真的没有好办法。
-客观原因：需求在变化，功能在变化，接口也在变化。所以，如果你写了一个文件，它的自然更新和维护？天哪？
有解决方案吗？建议尝试：[1]swagger接口文档，将文档集成到代码中，集成维护文档和修改代码，在修改代码逻辑的同时方便修改文档描述。
2、邮递员界面测试工具，导入导出JSON文件，高效的团队合作。Postman支持各种请求方法和配置环境变量，对返回的结果进行测试和验证，支持批量自动操作，可与自动构建系统集成。
本人后台开发，前端说改个东西要两天，但我感觉撑死2小时，怎么办？
我有五年的前台开发经验和两年的后台开发经验。事实上，我认为背景可能比前景容易。如果不考虑深层次的技术障碍，前景就有了原型。我需要100%还原原作。另外，屏幕的特效和用户操作都非常麻烦。有时候一张小小的积分卡是正常的半天，只要不是特别简单我真的不相信我们能在短短的两个小时内做好。在我转到后台之前我觉得这很困难。结果，后台的写作速度真的很快。我无聊得无事可做。我把别人的工作一起做。后来，前后平台一起工作。后台框架建立后，剩下的就是业务接口的实现。一般来说，从前台开始比较容易，掌握起来比较困难，而后台在使用框架上比较灵活。别小看前台，尤其是一些后来的开发人员认为这只是为了写一个接口？但我想说的是，界面的逻辑并不比后台简单。几年前，我去一家公司面试。之后，开发商和我就在前台。很简单。谈了很多次之后，我厌倦了谈论它。我和他讨论了那些对前台和后台一无所知的面试官。它们只是新鲜的鸡蛋。最后，我说即使是贵公司的面试官也不擅长，这不符合我的期望。如果我想过来，我会收回我的简历。戴着有色眼镜看技术的人，一般都是对技术一窍不通，对一瓶不满，半瓶晃荡的人
1。前端：开始软件前端开发要比后端容易，但是如果你想学到更多，你仍然需要系统地学习计算机基础知识（如数据结构、操作系统和网络技术）2。后端：后端开发需要学习系统的计算机基础知识，所以入门门槛要高一点
3。应用领域：前端主要包括页面显示、调用后端界面、图形和图片、设备兼容性，后端一般没有图形界面、从操作系统开发、进程通信、线程（有些语言还具有协作的概念）、数据库开发、，web端后台服务未来：应用前景非常广阔，一到两年前，web前端框架遍地开花，框架太多，现在慢慢沉淀下来几个常用的框架，比如jQuery Vue，还有一些前端技术规范，比如HTML5 CSS3 ES6等等，所以目前，前端技术只能局限于列举出来。2、 后端技术可谓层出不穷，太多的编程语言和框架，太多，太多的简单和粗糙除了前端技术，软件开发技术可以回归到后端技术
5。选择：初学者建议从前端开始，第一，前端容易上手，第二，前端到后端的过渡比较平稳，
6。建议：不过，过去有人建议我们要注意计算机的理论基础，有时间就去看看。虽然我们可能不会马上使用它，但我们在等待您使用它或看时间，不再迷茫，这就决定了您有能力在这个领域走得更远（只指技术指导的能力）
前端与后端的数据交互 react如何与后端交互 vue如何调用后端接口
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
