怎样去获取节假日API呢?进来看看你就知道!

一套完备的获取节假日API的形成，大部分的时候都是通过不断更新迭代而来的，设计API很难能够从一开始就没有瑕疵。第一，有过做API经验的都明白，一个API是要上线使用的，若要去改它的signature，大部分是因为compatibility，在后期进行更改，都相当繁复。所以，一开始设计API signature时，就会不断的推敲，一次来减少后期的麻烦。

　　刨除掉部分基础的RESTful原则之外，Signature其实几乎就是一个关于业务逻辑的进程。我们需要以用最简洁直观的格式去满足所有的需求为目的去设计API。而时常会因此产生ApI设计的一个对立面。时常我们会为了建设某项功能，而增加一个借口，无论他是否违反设计;而有时我们想要一个API的完整合规，似乎又需要放弃一些功能，所以功能的实现需要经过client端的提前处理抑或是更新调试。

　　在设计上进行取舍时，一般会将可用的方法全部列出，从简到繁，而后分析各种实例使用的多少以及用某种设计时的困难度，从系统刚需着手，尽量使大量用到的功能获得最简单而又直接的支持，在阉割掉部分极少用到的东西。在对这个系统场景进行不断的分析，来得到一个最优解。

　　软件的编写与此也是相通的。在startup中，如何去设计API，怎么写代码，团队成员一沟通，统一意见，也不用那么多规矩，同样也是能行的。但大公司就不同了，一般会有很多人共同进行代码协作，每个人的意见难以一统就会导致问题的爆发。因此，大公司一般会有一个best practice去设计API，规定必须用一种方法去进行设计与实现。

　　由于这些各种各样的原因，我们在获取节假日API的设计时受到了许多限制，浅层次的看，这给我们设计API带来了许多不变，细想之下，就代码规

声明：所有来源为“聚合数据”的内容信息，未经本网许可，不得转载！如对内容有异议或投诉，请与我们联系。邮箱：marketing@think-land.com