作为抽象的抽象类和抽象方法，第一种情况是在集聚子类的多功能性中发挥作用，并且经常出现在重建过程中自然形成的分层结构中?我希望我希望的通用方法和逻辑多个子类将使父层的抽象类别提交。
这种重建情况的最极端表现是：如果添加新的子类，该子类仅需要实现抽象类抽象方法，并且它可能仅是几个单词的简单陈述，或者进行一些属性设置。只是用来区分分子类的特征。真正的逻辑处理实际上是在抽象类的方法中实现的。这大大简化了子类代码的逻辑，实现了子层层的解耦，以及高内部集聚的抽象层
如下图所示：您可以看到汇编线是统一的对象抽象概念。它具有分类，采样检查，处理等的子过程，但是组装线是一个密集的过程。每个过程只需要在您自己的部分中实现该过程。通过抽象类，上下文管理等通过流程连接，并统一成为接口方法的特定实现的逻辑代表。
让我们举一个例子。Java MVC框架的创始人Struts Framework是由Craig R. McClanahan设计和创建的。最早基于Javaee Servlet规范的Web层框架，以便早期的程序员看到MVC的外观（当然，1.0不是彻底的MVC），
好的，让我们看一个非常简化的体系结构图。我们专注于其对摘要的使用：
Struts 1.X版本的内部使用过滤器链模式和命令模式的组合。当客户端向服务启动请求时，ActionServlet作为servlets计划将请求分配到Struts框架中。
，ExectionAction为父类提供了特定的操作实现类。加上命令，例如选择，跳跃和异常，
它是指挥链的形式，从创建或选择动作到动作全生命周期管理。
然后，我们从这个示例中看到，摘要（摘要）大量使用，主要是通过引入设计模式，“动作执行（动作）”的抽象概念以及整个生命周期在此过程中执行流程。管理。然后，程序员编写的操作完全与服务完全解耦。在中间，控制层是通过过滤链的操作和支柱框架的命令完全独立的。Remarks：MVC模型和视图在此体系结构中未描述。
因此，无论是将来是Struts2.0还是Spring MVC，它基本上都是沿Struts 1.0的设计思想的连续优化。顺便说一句，JSF的初始规范设计仍然是Craig R. McClanahan。