查看原文
其他

Spring框架中的设计模式(一)

2017-08-26 知秋 程序猿DD

设计模式有助于遵循良好的编程实践。作为最流行的Web框架之一的Spring框架也使用其中的一些。

本文将介绍Spring Framework中使用的设计模式。这是5篇专题文章的第一部分。这次我们将发现Spring框架中使用的4种设计模式:解释器,构建器,工厂方法和抽象工厂。每部分将首先解释给定模式的原理。紧接着,将会使用Spring的一个例子来加深理解。

解释器设计模式

在现实世界中,我们人类需要解释手势。他们可以对文化有不同的含义。这是我们的解释,给他们一个意义。在编程中,我们还需要分析一件事情,并决定它是什么意思。我们可以用解释设计模式来做。

此模式基于表达式和评估器部分。第一个代表一个要分析的事情。这个分析是由评价者来做出的,它们知道构成表达的人物的意义。不必要的操作是在一个上下文中进行的。

Spring主要以Spring Expression Language(SpEL)为例。这里快速提个醒,SpEL是一种由Spring的org.springframework.expression.ExpressionParser实现分析和执行的语言。这些实现使用作为字符串给出的Spel表达式,并将它们转换为org.springframework.expression.Expression的实例。上下文组件由org.springframework.expression.EvaluationContext实现表示,例如:StandardEvaluationContext。

举个SpEL的一个例子:

  1. Writer writer = new Writer();

  2. writer.setName("Writer's name");

  3. StandardEvaluationContext modifierContext = new StandardEvaluationContext(subscriberContext);

  4. modifierContext.setVariable("name", "Overriden writer's name");

  5. parser.parseExpression("name = #name").getValue(modifierContext);

  6. System.out.println("writer's name is : " + writer.getName());

输出应打印“Overriden writer’s name”。如你所见,一个对象的属性是通过一个表达式name = #name进行修改的,这个表达式只有在ExpressionParser才能理解,因为提供了context(前面的样例中的modifierContext实例)。

建设者模式

建设者设计模式是属于创建对象模式三剑客的第一种模式。该模式用于简化复杂对象的构造。要理解这个概念,想象一个说明程序员简历的对象。在这个对象中,我们想存储个人信息(名字,地址等)以及技术信息(知识语言,已实现的项目等)。该对象的构造可能如下所示:

  1. // with constructor

  2. Programmer programmer = new Programmer("first name", "last name", "address Street 39", "ZIP code", "City", "Country", birthDateObject, new String[] {"Java", "PHP", "Perl", "SQL"}, new String[] {"CRM system", "CMS system for government"});

  3. // or with setters

  4. Programmer programmer = new Programmer();

  5. programmer.setName("first name");

  6. programmer.setLastName("last name");

  7. // ... multiple lines after

  8. programmer.setProjects(new String[] {"CRM system", "CMS system for government"});

Builder允许我们通过使用将值传递给父类的内部构建器对象来清楚地分解对象构造。所以对于我们这个程序员简历的对象的创建,构建器可以看起来像:

  1. public class BuilderTest {

  2.  @Test

  3.  public void test() {

  4.    Programmer programmer = new Programmer.ProgrammerBuilder()

  5.            .setFirstName("F").setLastName("L")

  6.            .setCity("City").setZipCode("0000A").setAddress("Street 39")

  7.            .setLanguages(new String[] {"bash", "Perl"})

  8.            .setProjects(new String[] {"Linux kernel"}).build();

  9.    assertTrue("Programmer should be 'F L' but was '" + programmer + "'",

  10.        programmer.toString().equals("F L"));

  11.  }

  12. }

  13. class Programmer {

  14.  private String firstName;

  15.  private String lastName;

  16.  private String address;

  17.  private String zipCode;

  18.  private String city;

  19.  private String[] languages;

  20.  private String[] projects;

  21.  private Programmer(String fName, String lName, String addr, String zip, String city, String[] langs, String[] projects) {

  22.    this.firstName = fName;

  23.    this.lastName = lName;

  24.    this.address = addr;

  25.    this.zipCode = zip;

  26.    this.city = city;

  27.    this.languages = langs;

  28.    this.projects = projects;

  29.  }

  30.  public static class ProgrammerBuilder {

  31.    private String firstName;

  32.    private String lastName;

  33.    private String address;

  34.    private String zipCode;

  35.    private String city;

  36.    private String[] languages;

  37.    private String[] projects;

  38.    public ProgrammerBuilder setFirstName(String firstName) {

  39.      this.firstName = firstName;

  40.      return this;

  41.    }

  42.    public ProgrammerBuilder setLastName(String lastName) {

  43.      this.lastName = lastName;

  44.      return this;

  45.    }

  46.    public ProgrammerBuilder setAddress(String address) {

  47.      this.address = address;

  48.      return this;

  49.    }

  50.    public ProgrammerBuilder setZipCode(String zipCode) {

  51.      this.zipCode = zipCode;

  52.      return this;

  53.    }

  54.    public ProgrammerBuilder setCity(String city) {

  55.      this.city = city;

  56.      return this;

  57.    }

  58.    public ProgrammerBuilder setLanguages(String[] languages) {

  59.      this.languages = languages;

  60.      return this;

  61.    }

  62.    public ProgrammerBuilder setProjects(String[] projects) {

  63.      this.projects = projects;

  64.      return this;

  65.    }

  66.    public Programmer build() {

  67.      return new Programmer(firstName, lastName, address, zipCode, city, languages, projects);

  68.    }

  69.  }

  70.  @Override

  71.  public String toString() {

  72.    return this.firstName + " "+this.lastName;

  73.  }

  74. }

可以看出,构建器后面隐藏了对象构造的复杂性,内部静态类接受链接方法的调用。在Spring中,我们可以在org.springframework.beans.factory.support.BeanDefinitionBuilder类中检索这个逻辑。这是一个允许我们以编程方式定义bean的类。我们可以在关于bean工厂后处理器的文章中看到它,BeanDefinitionBuilder包含几个方法,它们为AbstractBeanDefinition抽象类的相关实现设置值,比如作用域,工厂方法,属性等。想看看它是如何工作的,请查看以下这些方法:

  1. public class BeanDefinitionBuilder {

  2.       /**

  3.    * The {@code BeanDefinition} instance we are creating.

  4.    */

  5.  private AbstractBeanDefinition beanDefinition;

  6.  // ... some not important methods for this article

  7.  // Some of building methods

  8.  /**

  9.    * Set the name of the parent definition of this bean definition.

  10.    */

  11.  public BeanDefinitionBuilder setParentName(String parentName) {

  12.    this.beanDefinition.setParentName(parentName);

  13.    return this;

  14.  }

  15.  /**

  16.    * Set the name of the factory method to use for this definition.

  17.    */

  18.  public BeanDefinitionBuilder setFactoryMethod(String factoryMethod) {

  19.    this.beanDefinition.setFactoryMethodName(factoryMethod);

  20.    return this;

  21.  }

  22.  /**

  23.    * Add an indexed constructor arg value. The current index is tracked internally

  24.    * and all additions are at the present point.

  25.    * @deprecated since Spring 2.5, in favor of {@link #addConstructorArgValue}

  26.    */

  27.  @Deprecated

  28.  public BeanDefinitionBuilder addConstructorArg(Object value) {

  29.    return addConstructorArgValue(value);

  30.  }

  31.  /**

  32.    * Add an indexed constructor arg value. The current index is tracked internally

  33.    * and all additions are at the present point.

  34.    */

  35.  public BeanDefinitionBuilder addConstructorArgValue(Object value) {

  36.    this.beanDefinition.getConstructorArgumentValues().addIndexedArgumentValue(

  37.                    this.constructorArgIndex++, value);

  38.    return this;

  39.  }

  40.  /**

  41.    * Add a reference to a named bean as a constructor arg.

  42.    * @see #addConstructorArgValue(Object)

  43.    */

  44.  public BeanDefinitionBuilder addConstructorArgReference(String beanName) {

  45.    this.beanDefinition.getConstructorArgumentValues().addIndexedArgumentValue(

  46.                    this.constructorArgIndex++, new RuntimeBeanReference(beanName));

  47.    return this;

  48.  }

  49.  /**

  50.    * Add the supplied property value under the given name.

  51.    */

  52.  public BeanDefinitionBuilder addPropertyValue(String name, Object value) {

  53.    this.beanDefinition.getPropertyValues().add(name, value);

  54.    return this;

  55.  }

  56.  /**

  57.    * Add a reference to the specified bean name under the property specified.

  58.    * @param name the name of the property to add the reference to

  59.    * @param beanName the name of the bean being referenced

  60.    */

  61.  public BeanDefinitionBuilder addPropertyReference(String name, String beanName) {

  62.    this.beanDefinition.getPropertyValues().add(name, new RuntimeBeanReference(beanName));

  63.    return this;

  64.  }

  65.  /**

  66.    * Set the init method for this definition.

  67.    */

  68.  public BeanDefinitionBuilder setInitMethodName(String methodName) {

  69.    this.beanDefinition.setInitMethodName(methodName);

  70.    return this;

  71.  }

  72.  // Methods that can be used to construct BeanDefinition

  73.  /**

  74.    * Return the current BeanDefinition object in its raw (unvalidated) form.

  75.    * @see #getBeanDefinition()

  76.    */

  77.  public AbstractBeanDefinition getRawBeanDefinition() {

  78.    return this.beanDefinition;

  79.  }

  80.  /**

  81.    * Validate and return the created BeanDefinition object.

  82.    */

  83.  public AbstractBeanDefinition getBeanDefinition() {

  84.    this.beanDefinition.validate();

  85.    return this.beanDefinition;

  86.  }

  87. }

工厂方法

创建对象模式三剑客的第二个成员是工厂方法设计模式。它完全适于使用动态环境作为Spring框架。实际上,这种模式允许通过公共静态方法对象进行初始化,称为工厂方法。在这个概念中,我们需要定义一个接口来创建对象。但是创建是由使用相关对象的类创建的。

但是在跳到Spring世界之前,让我们用Java代码做一个例子:

  1. public class FactoryMethodTest {

  2.  @Test

  3.  public void test() {

  4.    Meal fruit = Meal.valueOf("banana");

  5.    Meal vegetable = Meal.valueOf("carrot");

  6.    assertTrue("Banana should be a fruit but is "+fruit.getType(), fruit.getType().equals("fruit"));

  7.    assertTrue("Carrot should be a vegetable but is "+vegetable.getType(), vegetable.getType().equals("vegetable"));

  8.  }

  9. }

  10. class Meal {

  11.  private String type;

  12.  public Meal(String type) {

  13.    this.type = type;

  14.  }

  15.  public String getType() {

  16.    return this.type;

  17.  }

  18.  // Example of factory method - different object is created depending on current context

  19.  public static Meal valueOf(String ingredient) {

  20.    if (ingredient.equals("banana")) {

  21.      return new Meal("fruit");

  22.    }

  23.    return new Meal("vegetable");

  24.  }

  25. }

在Spring中,我们可以通过指定的工厂方法创建bean。该方法与以前代码示例中看到的valueOf方法完全相同。它是静态的,可以采取没有或多个参数。为了更好地了解案例,让我们来看一下实例。首先搞定下配置:

  1. <bean id="welcomerBean" class="com.mysite.Welcomer" factory-method="createWelcomer">

  2.    <constructor-arg ref="messagesLocator"></constructor-arg>

  3. </bean>

  4. <bean id="messagesLocator" class="com.mysite.MessageLocator">

  5.    <property name="messages" value="messages_file.properties"></property>

  6. </bean>

现在请关注这个bean的初始化:

  1. public class Welcomer {

  2.  private String message;

  3.  public Welcomer(String message) {

  4.    this.message = message;

  5.  }

  6.  public static Welcomer createWelcomer(MessageLocator messagesLocator) {

  7.    Calendar cal = Calendar.getInstance();

  8.    String msgKey = "welcome.pm";

  9.    if (cal.get(Calendar.AM_PM) == Calendar.AM) {

  10.      msgKey = "welcome.am";

  11.    }

  12.    return new Welcomer(messagesLocator.getMessageByKey(msgKey));

  13.  }

  14. }

当Spring将构造welcomerBean时,它不会通过传统的构造函数,而是通过定义的静态工厂方法createWelcomer来实现。还要注意,这个方法接受一些参数(MessageLocator bean的实例包含所有可用的消息) 标签,通常保留给传统的构造函数。

抽象工厂

最后一个,抽象的工厂设计模式,看起来类似于工厂方法。不同之处在于,我们可以将抽象工厂视为这个词的工业意义上的工厂,即。作为提供所需对象的东西。工厂部件有:抽象工厂,抽象产品,产品和客户。更准确地说,抽象工厂定义了构建对象的方法。抽象产品是这种结构的结果。产品是具有同样结构的具体结果。客户是要求创造产品来抽象工厂的人。

同样的,在进入Spring的细节之前,我们将首先通过示例Java代码说明这个概念:

  1. public class FactoryTest {

  2.  // Test method which is the client

  3.  @Test

  4.  public void test() {

  5.    Kitchen factory = new KitchenFactory();

  6.    KitchenMeal meal = factory.getMeal("P.1");

  7.    KitchenMeal dessert = factory.getDessert("I.1");

  8.    assertTrue("Meal's name should be 'protein meal' and was '"+meal.getName()+"'", meal.getName().equals("protein meal"));

  9.    assertTrue("Dessert's name should be 'ice-cream' and was '"+dessert.getName()+"'", dessert.getName().equals("ice-cream"));

  10.  }

  11. }

  12. // abstract factory

  13. abstract class Kitchen {

  14.  public abstract KitchenMeal getMeal(String preferency);

  15.  public abstract KitchenMeal getDessert(String preferency);

  16. }

  17. // concrete factory

  18. class KitchenFactory extends Kitchen {

  19.  @Override

  20.  public KitchenMeal getMeal(String preferency) {

  21.    if (preferency.equals("F.1")) {

  22.      return new FastFoodMeal();

  23.    } else if (preferency.equals("P.1")) {

  24.      return new ProteinMeal();

  25.    }

  26.    return new VegetarianMeal();

  27.  }

  28.  @Override

  29.  public KitchenMeal getDessert(String preferency) {

  30.    if (preferency.equals("I.1")) {

  31.      return new IceCreamMeal();

  32.    }

  33.    return null;

  34.  }

  35. }

  36. // abstract product

  37. abstract class KitchenMeal {

  38.  public abstract String getName();

  39. }

  40. // concrete products

  41. class ProteinMeal extends KitchenMeal {

  42.  @Override

  43.  public String getName() {

  44.    return "protein meal";

  45.  }

  46. }

  47. class VegetarianMeal extends KitchenMeal {

  48.  @Override

  49.  public String getName() {

  50.    return "vegetarian meal";

  51.  }

  52. }

  53. class FastFoodMeal extends KitchenMeal {

  54.  @Override

  55.  public String getName() {

  56.    return "fast-food meal";

  57.  }

  58. }

  59. class IceCreamMeal extends KitchenMeal {

  60.  @Override

  61.  public String getName() {

  62.    return "ice-cream";

  63.  }

  64. }

我们可以在这个例子中看到,抽象工厂封装了对象的创建。对象创建可以使用与经典构造函数一样使用的工厂方法模式。在Spring中,工厂的例子是org.springframework.beans.factory.BeanFactory。通过它的实现,我们可以从Spring的容器访问bean。根据采用的策略,getBean方法可以返回已创建的对象(共享实例,单例作用域)或初始化新的对象(原型作用域)。在BeanFactory的实现中,我们可以区分:ClassPathXmlApplicationContext,XmlWebApplicationContext,StaticWebApplicationContext,StaticPortletApplicationContext,GenericApplicationContext,StaticApplicationContext。

  1. @RunWith(SpringJUnit4ClassRunner.class)

  2. @ContextConfiguration(locations={"file:test-context.xml"})

  3. public class TestProduct {

  4.  @Autowired

  5.  private BeanFactory factory;

  6.  @Test

  7.  public void test() {

  8.    System.out.println("Concrete factory is: "+factory.getClass());

  9.    assertTrue("Factory can't be null", factory != null);

  10.    ShoppingCart cart = (ShoppingCart) factory.getBean("shoppingCart");

  11.    assertTrue("Shopping cart object can't be null", cart != null);

  12.    System.out.println("Found shopping cart bean:"+cart.getClass());

  13.  }

  14. }

在这种情况下,抽象工厂由BeanFactory接口表示。具体工厂是在第一个System.out中打印的,是org.springframework.beans.factory.support.DefaultListableBeanFactory的实例。它的抽象产物是一个对象。在我们的例子中,具体的产品就是被强转为ShoppingCart实例的抽象产品(Object)。

第一篇文章介绍了通过设计模式来正确组织的我们实现良好的编程风格。在这里,我们可以看到在Spring框架中使用解释器,构建器,工厂方法和工厂。第一个是帮助解释以SpEL表达的文本。三个最后的模式属于创建设计模式的三剑客,它们在Spring中的主要目的是简化对象的创建。他们通过分解复杂对象(构建器)的初始化或通过集中在公共点的初始化来做到对象的创建(要不然怎么叫工厂呢,必须有通用点的)。

推荐阅读

长按指纹

一键关注

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存