在这三种技巧中，我更喜欢第三种，因为第一和第二种技巧都会将 Rails 应用程序牵扯进来。要获得最大限度的可伸缩性，就要尽量多地使用静态内容。在本文中，我会侧重于介绍第三种方式。请不要使用该方法存储任何不能丢失的敏感数据，比如 ICBM 启动代码或信用卡号。对于我们所处理的这些有限的数据而言，这种方法效果很好。
使用 Show and tell 还是 hide and seek？
在我刚开始试着缓存这个主页时，我本可以简单地用 JavaScript 替换这些链接。可以将这种技巧看成是 Show-and-tell。基于我们对已登录用户的了解，可以使用 JavaScript 选择性地替换或注入 Web 页的部分内容，从而为用户提供正确的体验。为了进一步细分，我会进行如下操作：
创建只具有所有用户的公共元素的 Web 页。 当用户登录时，将一些有关该用户的数据存入 cookie，比如说登录信息。 然后，使用 JavaScript 依据 cookie 的内容注入 HTML 段，借此填充该页面的剩余部分。对于 ChangingThePresent 主页而言，show-and-tell 技巧有些威力过度，因为我只有两套链接要根据所登录的用户加以显示。因此，我选择了第二种技巧，我称之为 hide-and-seek。首先，显示出所有用户的公共页面元素，并通过每种数据可能 的隐藏版本显示页面的变化部分。这就是 hide 部分。然后，根据用户的角色使用 JavaScript 在文件中找到该用户的内容并显示出来。这就是 seek 部分。您可能会想，显示所有可能数据的版本有点威力过度，实际上，选择性地为不同的安全角色启用多种特性时，这种方式是十分常见的。hide-and-seek 方式非常适合 ChangingThePresent 主页。要实现这种方法，可以执行如下操作：
创建只具有所有用户的公共元素的 Web 页。 将用户按类型分区。为每个用户类型添加内容版本。就我的具体情况而言，ChangingThePresent 主页的用户类型包括登录用户和登出用户。最初，让此内容可见。 当用户登录时，将一些可区分用户分组的数据存入 cookie，比如说用户角色或登录状态。 当用户访问此页时，选择性地显示用户类型的内容版本。实现 hide and seek
对于 ChangingThePresent 主页而言，hide-and-seek 实现起来异常简单。在之前的图 1 中，此主页有一个部分显示的是与用户帐户相关的一些链接。这些链接可以根据用户是否登录而变化。首要工作是构建此页的所有公共内容。我在本文并未给出具体做法。第二页需要显示出所有用户的全部动态内容，而不管用户是否已经登录：
清单 1. 在单一视图中创建动态内容的所有版本
<div id='logged_out'> <%= link_to "login", :controller => 'members', :action => 'login' %> <br /> <%= link_to "register", :controller => 'members', :action => 'signup' %> </div> <div id='logged_in' style="display: none;"> <%= link_to "your profile", :controller => 'profiles', :action => 'show' %> <%= link_to "logout" , :controller => "members", :action => "logout" %> </div>
