喝咖啡休息#31。每个开发人员都应该避免的 9 个职业错误。为什么 REST API 架构越来越受欢迎？

每个软件开发人员都应该避免的 9 个职业错误

来源：Infoworld 说实话。你们中的一些人开始学习编程是因为您或您的父母认为这样更容易赚很多钱。你在学校时并不真正喜欢计算机，也并不真正喜欢软件开发。如果这是真的，那么这意味着你将永远是一个平庸的程序员。是的，您会赚到很多钱，因为我们的行业青睐它，但本文不适合您。但是，如果你小时候因为拆开电子产品来弄清楚它们是如何工作的而受到惩罚......如果你花了半个晚上在互联网上学习如何创建视频游戏......如果你花了宝贵的空闲时间学习什么没有人问过你...这篇文章是写给你的。你需要改变对职业的看法。你编写代码不再是为了好玩：你是为了钱。为了好玩，您可以支持您的个人项目。但请确保您至少喜欢您的日常工作。如果没有，请尽可能寻找更好的地方。你的目标应该是开设你的退休基金，把你所有的税后钱存进去，买房子，买车，做你想做的事。也许旅行。同时，你需要考虑你的职业生涯，而不仅仅是你当前的工作。为此，您需要避免九个陷阱，我们现在将讨论这些陷阱。

陷阱#1：不要在一种技术上停留太久

我明白。您喜欢 C#、Java、JavaScript、Python 还是 Cobol。但大多数技术都有采用、高峰、外包、利基和过时的生命周期。我的意思是，如果你在 20 世纪 80 年代认识 Cobol，那就太酷了。但现在 Cobol 程序员赚的钱并不多。也就是说，重点是，只知道一种编程语言，迟早你将不得不削减开支，搬到一个更便宜的城市，因为你的收入会减少。

陷阱二：不要成为 IT 垄断者

您需要对冲您的投资。看起来您只需要成为当前主导市场的技术的专家即可。但随后你将面临很多竞争。此外，当您的专业需求下降时，您应该已经制定了退出计划。例如，当Java问世时，我是一个C++极客。我学了Java。几年前，每个人都开始谈论 Ruby 作为编程语言中的新星。在某个时候，Perl 似乎将达到与 Java 相同的水平。预测未来是困难的，因此对冲你的赌注是确保就业市场相关性的最安全方法。

陷阱#3：不要紧抓时尚

魔法迟早会消失。人们不会雇用 Groovy 或 Ruby 开发人员。如果你的老板允许你在项目中使用遗留语言，那要么是因为他不在乎，要么只是无知。无论如何，学习和使用最新的技术。准备好成为第一个了解它们的人并成为这方面的专家。另一方面，如果您的专业需求下降，也要准备好做出重大改变。总有其他新技术值得爱上，无论是语言还是数据库。

陷阱#4：对规则过敏

每个组织，无论大小，都有自己的办公规则。你必须研究它们并遵循它们。否则，你就会成为别人游戏中的棋子，或者发现自己在团队中被孤立。如果您对职业生涯和工作中富有成效的关系感兴趣，请学习遵循办公室规则中的 防御策略。

陷阱#5：对商业不感兴趣

“我只是一个开发者，我对商业不感兴趣。” 这是一条没有出路的路。你需要学会数数。你的公司经营得好吗？其主要业务目标是什么？她最重要的项目是什么？技术或软件如何帮助实现这些目标？贵公司如何适应整个行业？如果你不知道这些问题的答案，你最终就会在不重要的公司为不重要的人做不重要的项目，而得到的钱却相对微不足道。

误区六：“工会团结”心态

当我年轻的时候，我的一位同事是一位几乎提前六个月计划好一切的人。他犯了一个错误，去度假了，所以我在两周内完成了整个项目，但给他留了一件工作。我原以为他会为此感到高兴。原来他并不高兴。这一切都以他利用一切机会解雇我而告终。这成了他的主要目标。他甚至向我们的新主管抱怨我。当然，我做了所有的工作。我是一个创新者。我总是在寻找新的方法来更好更快地做事并解决问题。我离开去另一份工作后不久他就退休了。有几次我在咖啡馆见到他，我们假装不认识。这不是我最后一次遇到这种类型的工作：“慢慢地做事，否则事情会变得更糟。”我的建议：编写正确的代码，但要为意外情况做好准备。如果问题无法解决，请摔门而去：您的公司不是市场上唯一的公司。

陷阱七：你不知道自己的价值

“我来这里不是为了钱。” 那么，培养一个爱好吧。不要每天上班都想着下一份薪水。如果你的收入比其他人低 50%，你也不应该去工作。了解你的价值，不要低估它。

陷阱＃8：把你的工作当作一份工作

“这只是一份工作。” 不，这是你职业生涯的一步。你不会永远从事这份工作。那么你在这里能学到什么？您的下一步计划是什么？你最终想要去哪里？这项工作将如何帮助您实现这一目标？提高您对周围环境的认识。从长远来看，这将对您有好处。这不仅仅是一份工作，更是一段旅程。

陷阱九：你认为这只是钱的问题

销售人员喜欢说：“如果你掷硬币，我就工作。” 是的，但是除非你从事销售工作，否则没有人愿意与仅仅为了钱而从事该工作的人一起工作。我知道我只想与对自己的工作负责的人一起工作。你呢？另一方面，也没有必要承担难以承受的责任。如果您真正担心的是关于标签或间隙的永恒争论，您可能需要服用镇静剂。

为什么 REST API 架构越来越受欢迎？

来源：DZone 即时通讯是一件了不起的事情。我们都习惯了可以与世界任何地方即时通信。通过台式电脑或移动设备，我们可以随时随地购买、发布、附加和选择任何东西。我们彼此之间以及与世界之间的联系是前所未有的。但这是怎么发生的呢？数据如何“从那里”到达我们？ 设备和应用程序使用应用程序编程接口（API）相互通信。这正是“引擎盖下”的发动机。它总是在幕后，我们倾向于将其视为普通的东西，但正是 API 创造了我们所依赖的所有交互性。

什么是 API？

简单来说，API 就是一个信使，它接受请求，告诉系统你想要做什么，然后返回响应给你。举一个直观的例子，将 API 想象成餐厅里的服务员。想象一下，您坐在桌旁，手里拿着菜单，厨房是准备您订单的系统的一部分。API 是将您的订单传输到厨房并将食物送到餐桌的链接。

让我们举一个真实的例子：

我们都熟悉在线搜索航班的过程，并且知道为了预订航班，我们必须与航空公司的网站进行交互。您可以访问他们的数据库，查看特定日期是否有空位，以及根据您的航班要求预计的费用。但是，如果您不使用可直接访问信息的航空公司网站怎么办？如果您使用从不同航空公司收集信息的在线预订服务怎么办？该服务与航空公司的 API 进行交互，其中 API 是一个接口，就像我们乐于助人的服务员一样，从在线服务请求有关座位预订以及乘客选择的餐食或行李偏好的信息。然后，API 获取航空公司的响应并将其传回在线服务，后者向乘客显示信息。所有其他应用程序、数据和设备之间都会发生大致相同的过程。它们都有 API，允许计算机控制它们，这最终创建了通信。

有哪些类型的 API？

API架构可以通过两种主要方式实现：其中一种实现信息传输的方式是SOAP，另一种主要方式是REST。我们已经确定 API 可提供两个应用程序之间的通信。现在我们将了解 SOAP 和 REST 如何准确地融入通信架构。

SOAP应用程序接口

SOAP（简单对象访问协议）是一种 Web 服务，遵循在称为 W3C 的中央机构和一组核心规范之间建立的具有某些通信原则的规范。该套装包括：

• 肥皂
• WSDL
• UDDI

SOAP 是一种定义两个应用程序如何相互通信的协议。两个应用程序在相互通信时必须遵循共同的格式，而这种共同的格式必须基于XML语言。SOAP API 中的 XML 必须符合 SOAP Message 标准，该标准由 Envelop、Header 和 Body 组成。

休息API

这是一个非常重要但经常被误解的 Web 服务概念，因此让我们来解读一下 REST 或 RESTful API 的含义。REST 是一种 Web 服务，它使用自己的架构原则在两个应用程序之间发起通信。REST架构是一种不遵循任何协议的架构风格，没有严格的规范，也没有控制规范的中央机构。这使得 REST 能够灵活地使用或创建任何类型的服务。当创建 Web 服务时应用这些原则时，我们就得到了 RESTful Web 服务。现在让我们更深入地了解一下 REST 架构所基于的原则。

统一接口

在 RESTful 架构中，一切都可以被视为资源。例如，如果您尝试为员工管理系统创建应用程序。该应用程序可以使用任何语言在任何平台上针对任何平台进行开发。同样，任何数据库都可以用来处理内部服务。REST API 中资源的概念意味着用户可以将任何信息或任何模块定义为资源。给定一个员工管理系统，创建者可以定义员工资源、部门以及应用程序中使用的任何其他模块。

无国籍

在 RESTful 架构中，所有响应和请求以及服务器之间的所有通信都是无状态的。这意味着服务器不维护系统的当前状态，客户端可以发送自己完成的请求。并且这个请求不依赖于之前的任何请求。例如，如果您正在网上购物并将商品添加到购物车，服务器将不会维护您的购物车的状态，因此每次用户向服务器提交请求时，它将包含当时的购物车状态已提出请求。当无状态时，服务器没有存储或维护会话的开销，因此提高了 Web 服务的性能。

缓存能力

在上一个协议中，我们注意到在 RESTful 架构中，服务器不保存会话状态，所有缓存都发生在客户端。每当客户端向服务器发送请求时，服务器都会返回一个响应，其中包含实际数据以及其他元数据，告诉客户端是否应该在本地存储响应。

多层次系统

REST 原则规定，每当客户端和服务器之间进行通信时，它们之间就可以存在多个层，并且这些层可用于实现多种目的，例如消息转换、性能增强、缓存和各种其他功能。每个级别的通信都有特定的任务。通过多层通信，系统可以高效运行，从而提高速度和耐用性。

根据要求提供代码

这是 RESTful Web 服务的一个可选限制，在用户提交请求以接收响应时起作用。响应可以运行客户端代码。这一原则扩展了通信的功能。

为什么 REST API 的使用越来越频繁？

REST 在很大程度上更易于使用、更灵活，并且与 SOAP 相比具有许多优点。例如，您不需要昂贵的工具即可与任何 Web 服务交互。REST架构更简单，可以轻松定制，并且在创建通信模型时不需要特殊技能。使用起来效率很高，因为它可以利用服务器的客户端来存储客户端相关的信息。REST 使用更小的消息格式并提供更快的交互，因为它不需要耗时的处理。在设计理念方面，REST 也更接近其他 Web 技术。

SOAP 还是 REST？

对于典型 Web 应用程序的需求，SOAP 通常是多余的。REST 是一个更简单的解决方案，当 Web 应用程序需要 API 时，它拥有您所需的一切。然而，有时 API 需要稍微复杂一些才能完成任务。例如，如果自动请求需要 API，那么 SOAP API 将是该场景的更好选择。简而言之，如果问题庞大且复杂，则选择 SOAP；如果需要简单的解决方案，则选择 REST。