Tapestry学习三：实例化页面的输入

   二：Making a Page Field Persistent

    我们可以方便使用@Persist元注释去告诉Tapestry我们想让他记住我们已经赋给页面的值，给Another page的类加上注释：

   @Persist    private String passedMessage;

  再运行这个应用，它就会很完美的运行，并且Another page会成功的展示这个我们传过去的信息。多么方便的解决方案！然而，这里有两个潜在的问题。要明白这些值来自哪里，来看看在Tapestry中这些属性是怎么持久化的吧。

      去存储我们指定要持久化的属性的值，Tapestry创建了一个HttpSession，HttpSession可以理解为一个在服务器上与特定用户相关的记忆体。WEB服务器有一种特定的方式去追踪用户，如果它为某个特定的用户创建了一个session，他可以存储这个用户的所有具体细节。

      回到我们的应用，当用户为Another page的message属性赋值，并且要持久化这个值，Tapestry会在服务器上预留一块内存，第一与这个用户关联，第二，与Another page所属的message属性的值持久化。现在不管我们什么时候访问这个页面，Tapestry都会注意到这个页面有一个持久化的属性的值，并且将这个值从session中拿出来赋给这个属性，不管这个页面的实例是不是正在使用。一旦我们使用了这个注释，一切都将自动工作。   

     听起来这很牛逼，但是试想一下，有好几千人同时连接这个服务器。对于他们每一个，Tapestry都将不得不创建一个session，这可能需要开销很大的内存。此外，它还需要一些工作来向session中储存和检索这些值，即使这种事情很低调的发生着。

     因此，有一个可持久的属性会使这个应用的可伸缩性减少，这对于大多应用来说可能不是一个问题，但是对于访问量比较打的应用来说就是个灾难。让我们来设想另一种情况。

     我们把这个已经展示了message值的Another page存为了书签，在第二天，我们想再看看这个页面的信息，但是发现信息不存在了。值被存储进了session，但是web服务器不能一直为这个用户保存这些信息。一般设定30分钟就超时了，如果我们没有活动的话，我们的session将会无效，一切存储的信息都将丢失。

     再次，这个缺点是相对的，也就是说，在我们的应用中，对于很多页面不管你存不存为书签都可能是不重要的。不过还有一种方法，不通过session将值从一个页面传到另一个页面，并且它允许书签，欲知此方法，且听下回分解。

    注：最新版本的 @Persist有三个参数

    @Persist("session")这个是默认的也就是上面说的情况

    @Persist("flash")可能相当与Request

     @Persist("client")可能相当与application 开销最大

请各位看管自己去试验一下，有新发现别忘了告诉我