graphql使用场景 公司规定所有接口都用post请求，这是为什么？
公司规定所有接口都用post请求，这是为什么？
如果请求类型为文本，则get和post完全相同。区别在于它们位于HTTP包中。Get位于HTTP头中，post位于正文中。
由于get在头中，传输的数据长度是有限的，而正文可以分区，所以传输的数据长度是无限的。
作为一种通用的接口协议，get更方便。
有些人认为post比get更安全。它不存在。两者都是明文传输。如果数据本身没有加密，您可以通过抓取数据包来查看它。有两种方法可以提高安全性：1。传输协议使用HTTPS。2。检查并验证数据以防止伪造。
接口编程中，为什么只用get和post？
得到，帖子就够了。。有一个restful接口很好。不要修复所有那些花哨的，因为关系数据库和传统的NoSQL仍然是主流，graphql的理想需要一个强大的图形数据库。所以没有火灾。
graphql为啥没火？
大家好，我是小农薛尧。
你说的有点模棱两可。我认为前端或后端可以根据你自己的兴趣来做。如果你喜欢做一些特效或者页面，你可以做前端。如果您对某些业务逻辑感兴趣，您可以成为后端。而且，我觉得现在公司的后端开发人员比较多，最多也就三四个前端开发人员。
也许有些人认为前端比后端容易，所以他们选择前端，但我认为前端也很难。如果你把前端学得很好，确实很难，但是企业对前端的要求非常简单。
我认为最重要的是，前端入门很简单，所以毕业生找工作要容易得多。但对于后端来说，他们需要很多的要求才能找到工作。一般来说，在学校里，你很少能学到后端所需的技能，所以一般来说，学生毕业后做前端工作。
很简单，为什么它如此受毕业生欢迎？其实，找工作很容易。毕业生做前期工作越容易。
而且现在互联网公司太多了，所以他们需要很多前端，所以前端市场还是很大的，但是后端市场比较大，因为后期它是支撑整个企业网站的核心。
如果你想在未来得到更多的发展，我想你可以尝试从后端开始。技术不分好坏，只有更好，适合自己就行了。
graphql使用场景 graphql优缺点 type b接口
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
