Question

我开发了一个基于Restlet API的Web应用程序。随着我随着时间的推移添加更多功能，我有时需要在不同的端点下重用类似的REST API组，这提供了稍微不同的执行上下文（比如使用相同的模式切换不同的数据库实例）。我喜欢重构我的代码以使API可重用并在不同的端点重用它们。我最初的想法是为每个可重用的API设计一个Application并将它们附加到路由器上：

router.attach("/context1",APIApplication.class)
router.attach("/foo/context2",APIApplication.class)

API应该与REST API的配置无关。将上下文信息（例如数据库实例）传递给Application API的最佳方法是什么？这种方法是否可行且正确？在Restlet中重用REST API的最佳实践是什么？一些代码示例将被赞赏，以说明您的答案。

感谢您的帮助。

Answer 1

我已经看到这个基本设置使用Component作为顶级对象运行，将子应用程序附加到VirtualHost而不是路由器，如此骨架示例。

public class Component extends org.restlet.Component
{
  public Component() throws Exception
  {
    super();
    // Client protocols
    getClients().add(Protocol.HTTP);

    // Database connection
    final DataSource dataSource = InitialContext.doLookup("java:ds");
    final Configuration configuration = new Configuration(dataSource);

    final VirtualHost host = getDefaultHost();

    // Portal modules
    host.attach("/path1", new FirstApplication());
    host.attach("/path2", new SecondApplication(configuration));
    host.attach("/path3", new ThirdApplication());
    host.attachDefault(new DefaultApplication(configuration));
  }
}

我们使用自定义配置对象基本上是一个pojo来传递任何需要的公共配置信息，并使用它来构建应用程序，我们为每个应用程序使用单独的“默认”上下文。

这最初是针对restlet 1.1.x进行编码的，并且已经通过2.0.x升级到2.1.x，虽然它的工作原理很合理，但在2.1.x版本中可能还有更好的方法。或2.2.x.

Restlet中的API模块化

1 个答案: