Web services 使用您自己的API构建您的站点
我希望创建一个新的站点,为了鼓励自己创建一个强大的API供其他人使用,我很想编写API并自己使用它来构建实际的站点。其想法是,如果它能够运行主站点,那么它将为其他用户提供大量的选择,让他们自己去做一些事情。这也会鼓励我不断更新API 我想知道的是,这个想法是否值得采纳,或者它是否只是一个普通的疯子 这是惯例吗?它会不会导致代码过于复杂?如果(碰巧)该站点起飞,会不会导致性能问题Web services 使用您自己的API构建您的站点,web-services,api,Web Services,Api,我希望创建一个新的站点,为了鼓励自己创建一个强大的API供其他人使用,我很想编写API并自己使用它来构建实际的站点。其想法是,如果它能够运行主站点,那么它将为其他用户提供大量的选择,让他们自己去做一些事情。这也会鼓励我不断更新API 我想知道的是,这个想法是否值得采纳,或者它是否只是一个普通的疯子 这是惯例吗?它会不会导致代码过于复杂?如果(碰巧)该站点起飞,会不会导致性能问题 提前感谢。已经有一些非常好的API了。为什么要重新发明轮子?(我假设这就是你想要做的)已经有一些非常棒的API了。为什
提前感谢。已经有一些非常好的API了。为什么要重新发明轮子?(我假设这就是你想要做的)已经有一些非常棒的API了。为什么要重新发明轮子?(我假设这就是你想要做的)构建公共api并在内部使用它是一种常见的做法,根据我的经验,它会产生更干净的代码(而不是维护两套,一套内部,一套外部)。性能可能会受到影响,但在你看到真正的需求之前,我不会太担心这一点。否则,你可以专心解决不存在的问题 构建公共api并在内部使用它是一种常见的做法,根据我的经验,它会产生更干净的代码(而不是维护两个集,一个内部,一个外部)。性能可能会受到影响,但在你看到真正的需求之前,我不会太担心这一点。否则,你可以专心解决不存在的问题 这是一个好主意,只要你是为自己而做,而不是浪费别人的时间/金钱 从头开始编写自己的框架是教自己规划和编写代码的好方法。这可能需要很长时间,也是一次漫长的冒险,但我个人可以证明,它迫使你成为一切方面的专家
但是,对于任何正在别人的钱上开发的东西,或者是任务关键型的(安全性或性能),我建议在符合逻辑的情况下重新使用现有的框架。这是一个好主意,只要你是为自己而做,并且不占用别人的时间/金钱 从头开始编写自己的框架是教自己规划和编写代码的好方法。这可能需要很长时间,也是一次漫长的冒险,但我个人可以证明,它迫使你成为一切方面的专家
但是,对于其他人正在开发的任何东西,或者是任务关键型的(安全性或性能),我建议在符合逻辑的情况下重新使用现有框架。绝对是个好主意。始终将程序设置为接口,而不是实现。因此,使用自己的API很有意义,不这样做可能是一种冗余
要注意的一件事是早期优化。你真的需要所有这些功能吗 绝对是个好主意。始终将程序设置为接口,而不是实现。因此,使用自己的API很有意义,不这样做可能是一种冗余
要注意的一件事是早期优化。你真的需要所有这些功能吗 谢谢你的回复。我希望创建一个API,可以用来访问特定于我的站点的数据。不过,我确实打算遵循其他API设置的标准。谢谢您的回复。我希望创建一个API,可以用来访问特定于我的站点的数据。不过,我确实打算遵循其他API制定的标准。我赞赏并同意您就需求所说的话。我不想做的是花很长时间编写代码,而只是在少数人决定浏览该网站的那一刻重写代码。如果我有幸遇到这样的问题,我会在货物到达时处理。我理解并同意你所说的关于需求的话。我不想做的是花很长时间编写代码,而只是在少数人决定浏览该网站的那一刻重写代码。如果我有幸遇到这样的问题,我会在邮件到达时处理。谢谢你的建议。幸运的是,这是我在业余时间要做的事情,所以我可以尝试这些事情。这是一个非常好的学习练习,所以我很高兴你认为这是一个好主意。谢谢你的建议。幸运的是,这是我在业余时间要做的事情,所以我可以尝试这些事情。这是一个非常好的学习练习,所以我很高兴你认为这是一个好主意。