1、“.....您将扩展和来解决特定的问题。文件指示如何使用这些扩展的类。这种方法有几个优点应用程序的整个逻辑流程都存储在个分层的文本文件中。这使得人们更容易查看和理解它，尤其是对于大型应用程序而言。网页设计人员不必费力地阅读代码来理解应用程序的流程。开发人员也不必在更改流程以后重新编译代码。可以通过扩展来添加功能。类维护应用程序的会话状态。是个抽象类，必须为每个输入表单模型创建该类的子类。当我说输入表单模型时......”。

2、“.....例如，您可能有个由表单设置的。框架将执行以下操作检查是否存在如果不存在，它将创建该类的个实例。将使用中相应的域设置的状态。没有太多讨厌的调用。例如，框架将从请求流中提取，并调用。框架在将传递给业务包装之前将更新它的状态。在将它传递给类之前，还会对调用方法进行表单状态验证。注这并不总是明智之举。别的网页或业务可能使用，在这些地方，验证可能有所不同。在类中进行状态验证可能更好。可在会话级维护......”。

3、“.....可将多个请求映射到。可跨多页进行映射，以执行诸如向导之类的操作。类类是业务逻辑的个包装。类的用途是将转换为业务逻辑。要使用，请创建它的子类并覆盖方法。使用方法将参数化的类传递给。仍然没有太多讨厌的调用。当事件进展到这步时，输入表单数据或表单数据已被从请求流中提取出来并转移到类中。注扩展类时请注意简洁。类应该控制应用程序的流程，而不应该控制应用程序的逻辑。通过将业务逻辑放在单独的包或中......”。

4、“.....考虑类的另种方式是设计模式。的用途是将类的接口转换为客户机所需的另个接口。使类能够协同工作，如果没有，则这些类会因为不兼容的接口而无法协同工作。摘自所著的。本例中的客户机是，它对我们的具体业务类接口无所知。因此，提供了它能够理解的个业务接口，即。通过扩展，我们使得我们的业务接口与业务接口保持兼容。个有趣的发现是，是类而不是接口。开始为个接口，后来却变成了个类。真是金无足赤......”。

5、“.....容器将请求转换为。控制器查看输入事件并将请求分派给个类。确定调用哪个类。配置信息被转换为组，而后者又被放入容器中。您可能尚未注意到这点，以结尾的类就是容器包含有关特定事件如何映射到特定的信息。通过方法将传递给类。这样就使可访问用于控制流程的信息。是对象的个集合。的优点标记机制的使用标记特性从文件获得可重用代码和抽象代码。这个特性能很好地集成到基于的开发工具中，这些工具允许用标记编写代码......”。

6、“.....那就自己定义吧。此外，如果您正在学习标记技术，则为您提供了个起点。开放源码您可以获得开放源码的全部优点，比如可以查看代码并让使用库的每个人检查代码。许多人都可以进行很好的代码检查。实现样例如果您希望创建您自己的实现，则可增加您的见识。管理问题空间分治是解决问题并使问题可管理的极好方法。当然，这是把双刃剑。问题越来越复杂，并且需要越来越多的管理......”。

7、“.....他们正在向着发行版本而努力，但与任何版本样，它不可能尽善尽美。仍在变化中这个框架仍在快速变化。与相比变化极大。为了避免使用不赞成使用的方法，您可能隔天就需要下载最新的。在过去的个月中，我目睹库从增大到以上。由于中的变化，我不得不数次修改我的示例，但我不保证我的示例能与您下载的协同工作。正确的抽象级别是否提供了正确的抽象级别对于网页设计人员而言，什么是正确的抽象级别呢这是个用的文字才能解释清楚的问题......”。

8、“.....但它提供了另种开发语言让我们学习。在开发中限制访问有定的合理性。最重要的是，如果让网页设计人员使用点，他将使用大量的。在的开发中，我总是看到这样的情况。在开发中，您应该创建对象，然后编写少量的脚本将这些对象联系起来。但是，开发人员会疯狂地使用脚本。我会听到这样的话，既然我可以用直接编写对象，为什么还要等开发人员来创建它呢通过使用标记库，有助于限制文件中所需的代码的数量......”。

9、“.....它对有条件地生成输出进行管理，但这并不能阻止开发人员对代码的狂热。无论您决定使用哪种类型的框架，您都应该了解您要在其中部署和维护该框架的环境。当然，这项任务真是说起来容易做起来难。有限的适用范围是种基于的解决方案，所以必须用文件和来实现它。应用程序支持需要支持和规范的容器。仅凭这点远不能解决您的全部安装问题，除非使用。我用安装这个库时遇到大堆问题，按理说它是第种符合的应用程序服务器......”。