我正要开始为我的公司规划一个内部项目管理工具。有一件事一直让我感到疑惑,那就是API。
首先创建一个API,然后使用这些API调用构建实际的站点,而不是实现两次,这会被视为糟糕的做法/效率太低吗?
让我知道你的想法!
发布于 2014-01-23 22:58:05
我完全同意开发一个API会给你一个解耦的架构,我建议你这样做。
然而,我觉得应该警告你,首先开发API会增加开发错误API的风险(顺便说一句,PM在很大程度上是为了减少项目风险)。您还会被引诱去镀金您的API--那些可能不被使用的程序特性,这会浪费时间。与应用程序一起开发API可以保证它正确地满足了实际应用程序的需要。除非您对需求的准确性和理解很有信心,否则我建议您使用应用程序一次编写一个API功能。
例如,当您开发应用程序并发现需要进行API调用的确切位置时,创建一个看起来与您所需的完全相同的接口(取决于技术)。你可以使用stub接口来运行应用程序,这是一个很好的工具,可以检查应用程序是否仍然符合用户的期望。(“您希望它是这样工作的,对吧?”)稍后,您可以实现该接口。如果需求碰巧发生了变化,您就不会花时间构建现在过时的基础设施。
https://stackoverflow.com/questions/7546927
复制相似问题