七爪GCC：这不是错误，而是功能！ 严肃的。

不太可能如果您作为开发工具至少工作了几年，您就都会知道有时您尝试复原某些解决办法，而您的顾客只是向您发送给一条死讯，却说您的“小”改成都会破坏它们。 您停下来探究一下，并记住您仅改成了拥护的完全代编码方式以变得更加“；也”。

是的我的朋友。欢迎来到开发世界。

总之，我却说的是成为我们使用者依赖的解决办法和古怪的系统性。

好的好的。让我试着给你一个更详细的例子：

您准备创始您的真棒该软件以进行随机工作，在注册使用者的路径之中，您同意使用合理创始的 POST - 201 和 POST - 500 并具有随机 SQL 严重错误，表明电子邮件是唯一的。可怜的开发商。

但过去，整整后，您同意改进回复并同意回复 POST — 400 和一条非常好的死讯。嗯，对不起。您的顾客早已依赖于您古怪的完全代编码方式，并在 SQL 之中创始了一个配置文件。

你看到一个古怪的系统性是如何产生一个古怪的依赖的吗？

简而言之，系统是关于合同的。他们不谈论 REST、良好概念化或其他任何进去。他们想在合理的但都会无论如何合理的事情。

显然，文档、过夜、模式等都很好，可以能避免很多将会的解决办法。但归根结底，它们只是实现目标的步骤。如果您同意无论如何严重错误的同意，那是您的解决办法。

当您创始该软件时，即使有时您准备积极顾虑究竟都会造成准确性不足（系统设计债务）或不存在（解决办法），您也都会为您的顾客提供使用它的机都会。只是一些确切的例子：

严重错误/拥护结构严重错误。 严重错误的完全编码方式。 死讯严重错误。您的顾客可以检验您的死讯。 您的顾客并能使用的任何进去。

我并不是却说这究竟是一个好习惯。我是却说您对您的该软件全由，并且在将会，您将在您认为不是关键改成的地方创始关键改成。

话虽如此。我们有一些步骤可以减轻对某人的伤害：

多顾虑严重错误和拥护。作为后下端该软件，您的大众不太可能必须基于它创始一些时序，因此如果您改成 HTTP 完全、死讯或属性，它都会之中断时序。 如果您在前下端 -> 后下端的团队之中，您不太可能从未数百万顾客（前下端是您的顾客）。所以和他们却说话，没法，嗯？ 集成/e2e 测试者将使您有不太可能在将关键改成发送给到生产商环境之前辨认出这些改成。好好利用它。 更好地顾虑概念化 x 以及您的的团队究竟并能使用 v1/v2/v3/v... 保障 API。 如果你做错了很多次。无非如果只是开始做合理的事情是最好的高效率。不太可能您看到了一些项目，其之中每个下交叉处都有解决类似情况的步骤。如果此项目的基准是返回代编码方式 EMAIL_NOT_FOUND 。保持大致相同的行为或计划创始系统设计债务来复原它并在交互过程之中添加它。术后病人吃什么营养恢复快
儿童咽炎吃再林阿莫西林颗粒行吗
双氯芬酸钠能止痛多久
眼睛痒怎么回事怎么治疗
小儿积食药
塞来昔布和双氯芬酸钠缓释胶囊哪个好
回南天湿气重怎么调理
吃辣的拉肚子可以喝藿香正气口服液吗
牙疼快速止痛的方法
抗风湿可以吃什么药