java - 在这种情况下原型(prototype)模式的好处是什么

Question

我看到一些代码是这样定义原型(prototype)模式的:

public abstract class Shape implements Cloneable {

   private String id;
   protected String type;

   abstract void draw();

   public String getType(){
      return type;
   }

   public String getId() {
      return id;
   }

   public void setId(String id) {
      this.id = id;
   }

   public Object clone() {
      Object clone = null;

      try {
         clone = super.clone();

      } catch (CloneNotSupportedException e) {
         e.printStackTrace();
      }

      return clone;
   }
}

扩展上述类的两个具体类:

public class Rectangle extends Shape {

   public Rectangle(){
     type = "Rectangle";
   }

   @Override
   public void draw() {
      System.out.println("Inside Rectangle::draw() method.");
   }
}
public class Square extends Shape {

   public Square(){
     type = "Square";
   }

   @Override
   public void draw() {
      System.out.println("Inside Square::draw() method.");
   }
}

创建一个类以从数据库中获取具体类并将它们存储在哈希表中:

public class ShapeCache {

   private static Hashtable<String, Shape> shapeMap  = new Hashtable<String, Shape>();

   public static Shape getShape(String shapeId) {
      Shape cachedShape = shapeMap.get(shapeId);
      return (Shape) cachedShape.clone();
   }


   public static void loadCache() {

      Square square = new Square();
      square.setId("2");
      shapeMap.put(square.getId(),square);

      Rectangle rectangle = new Rectangle();
      rectangle.setId("3");
      shapeMap.put(rectangle.getId(), rectangle);
   }
}

我的问题是在 getShape 方法中，这两种实现之间的区别和好处是什么:

实现 1:

  public static Shape getShape(String shapeId) {
      Shape cachedShape = shapeMap.get(shapeId);
      return (Shape) cachedShape.clone();
   }

并且:实现 2:

 public static Shape getShape(String shapeId) {
      Shape cachedShape = shapeMap.get(shapeId);
      // return (Shape) cachedShape.clone();
     return  cachedShape ;
   }

我尝试了这两种实现，它们运行良好，只是我想知道如果我使用第一种实现的好处

Answer 1

我听说过一段时间了解您的所有输入实际上如何与您在文本中提出的最后一个问题相关，但让我们试试:根本区别是:选项 1 创建缓存对象的副本每一次。

而选项 2 ... 为您提供缓存的对象本身。

当您谈论缓存 和getter 方法时，使用选项 1 找到的实际代码令人惊讶说至少。

换句话说:大多数人会期望缓存是关于向其用户提供相同对象(这是整个点的缓存!)。

因此，我的看法是:克隆 似乎对您的设计很重要。如果是这样，那么您应该重新考虑在那里设置缓存的想法。该缓存更像是一个包含“模式”并允许您复制这些“模式”的“模板引擎”吗？但最终，这里的指导因素不是我们的想法，而是在您的域中最有意义的东西。这是我们无能为力的事情。

长话短说:您放入其中的类和功能……并不存在于真空中。您创建它们是为了实现解决问题的“心智模型”。你是应该理解你打算解决的问题的人。这会插入您的实现。正如所说；我们无法提供具体细节。