Perl 和 Amazon 云，第 4 部分：深入探究完整 mod_perl 站点的代码库

核心提示： 根据传入的参数，评论参数处理程序有三个可能的模式，Perl 和 Amazon 云，第 4 部分：深入探究完整 mod_perl 站点的代码库(8)，模式都是互相排斥的，在所有情况下，和编辑模式一样，只需对属性执行 put_simpledb 并将它们返回，result 查询参数被相应地设置为表示成

根据传入的参数，评论参数处理程序有三个可能的模式。模式都是互相排斥的。在所有情况下，result 查询参数被相应地设置为表示成功（如果被定义的话）。因此，模块可以稍后检查是否设置了该参数以及是否正确使用。当站点不断变大时，很可能需要添加其他参数，例如 last_operation 或 error_message。

如果设置了 deletecommentid 参数，处理程序将使用合适的值调用 delete_simpledb。这是最简单的、没有任何限制的模式。

第二个模式修改评论。它不会检查评论是否已经存在，因此错误的 ID 会在此创建一个新评论。要进行检查也很简单，但是需要付出开销（您必须额外调用 SimpleDB，而调用会很慢，因为需要完整的 HTTP 往返以及 Amazon 端的处理时间）。

注意，由于每个评论有一个自己的 ID，因此编辑起来很容易。可以不使用单个评论记录，而是将分组评论作为照片属性（字符串数组，每个评论使用一个），但是这样的话就很难编辑或删除单个评论。实际上，您必须在评论内实现自己的记录结构来表示 ID、一个发贴用户，等等。

编辑模式可以通过 commentid 和 comment 查询参数触发，这两个参数分别表示标记模板的 UUID 和评论的新内容。结果是从 SimpleDB 检索相同 UUID，因此可以在这里进行检查，看看返回的评论字段是否是您所希望的（如果不是则说明出现了错误）。为了保证简单，我在此并没有执行检查。

最后一种模式，创建一个新评论，由 imageid 和 comment 参数触发。可选地，它将使用一个引用 UUID（如果评论是另一个评论的回复的话）和一个用户名（如果评论不是匿名的话）。和编辑模式一样，只需对属性执行 put_simpledb 并将它们返回，而不用检查字段是否被正确修改。