Seaside：通过 RESTful api 实例化和渲染组件答案

【问题标题】：Seaside: Instantiate and Render a Component via RESTful apiSeaside：通过 RESTful api 实例化和渲染组件
【发布时间】：2013-11-23 22:12:06
【问题描述】：

我想使用 restful api 公开我的海滨应用程序的一个组件。我阅读了海边书籍的 REST 章节，并没有学习如何从一个 restful 过滤器中实例化和渲染我的一个组件。例如，假设我在 WARestfulFilter 的子类上有一个过滤器方法，我该如何填空？请注意，我对 this previous answer 感到紧张，因为我希望我的渲染回调也能正常工作。

Myfilter>>showDocument: name
   <get>

  | component |
  component := MyComponent named: name.
  "__how to render this?__"

【问题讨论】：

标签： rest smalltalk seaside

【解决方案1】：

您希望它为组件提供有意义的 url，使用 SeasideREST（最初不是为此而设计的）。

但是，你可以查看这个帖子：http://forum.world.st/Seaside-and-urls-td4721764.html

我提供了一种方法来做你想做的事，通过调整 SeasideREST 实现和目的:)

【讨论】：

谢谢您，我正在阅读该主题。一个担心是这样的评论：“我会将 aBlock 传递给应用程序的根类，我假设它是一个 REApplication。否则，这将失败”我在我的系统中看不到 REApplication 类，真的需要吗？跨度>
关于 contentComponent -- 这是您在自己的代码中使用的“包装”组件吗？
啊，那条评论是因为我从我的应用程序中复制粘贴。不需要。
是的... contentComponent 是我在应用程序中使用的组件。
您也添加了“应用程序跟踪策略”吗？我没有在我的图像中看到它。

【解决方案2】：

前面的答案在回调方面看起来很现实。

如果您使用 REST，恕我直言，回调不应该起作用。

但是没有人会阻止您在再次调用时生成对您的组件有意义的 URI。

也许 MyComponent 中的配置设置可以解决问题。

【讨论】：

我不确定我是否理解。您是说前面的答案是正确的，因为我不应该能够在具有面向公众（无会话）url 的页面上公开回调吗？当你说没有人排斥我时，你是说我的问题有一个简单的答案吗？如果有，是什么？