我们正在构建符合 REST 的 API。后端是用 PHP 实现的,我们希望接口遵循约定优于配置的座右铭。
许多 API 使用者将是 Rails 开发人员,并且遵循 TDD 策略来构建 API,我们考虑使用 ActiveResource 来实现使用者,同时塑造 API 以符合这些标准。
这种方法已经失宠了吗?我们还可以遵守哪些其他选项或约定,以便我们能够对构建强大的 API(如 Flickr、Facebook、Twitter 等)感到自在?
感谢您的任何指示。
乍得
我们正在构建符合 REST 的 API。后端是用 PHP 实现的,我们希望接口遵循约定优于配置的座右铭。
许多 API 使用者将是 Rails 开发人员,并且遵循 TDD 策略来构建 API,我们考虑使用 ActiveResource 来实现使用者,同时塑造 API 以符合这些标准。
这种方法已经失宠了吗?我们还可以遵守哪些其他选项或约定,以便我们能够对构建强大的 API(如 Flickr、Facebook、Twitter 等)感到自在?
感谢您的任何指示。
乍得
ActiveResource 要求 XML 非常冗长,而且 IMO 设计得不是很好(实体的嵌套可能真的很让人头疼)
如果您的绝大多数消费者将是 Rails 开发人员,那么可能使用符合 ActiveResource 的 REST 服务可能是可行的方法,但对于非 Rails 消费者来说,它们看起来很丑陋。
如果您希望任何技术能够使用它,我不会使用 ActiveResource,而是会创建适合数据的 XML(或 JSON)。
我已经构建了一些使用 ActiveResource 进行通信的系统,最近我发现按照我上面的建议更容易做到这一点。
可能有点晚了,但是如果您正在为您的数据构建 API,这绝对值得一读: https: //plus.google.com/112678702228711889851/posts/eVeouesvaVX