这个文件操作设计模式的名称是什么？

Question

比方说，我有一个Path对象的包装类，我想要存储一些其他信息：例如hashCode和fileType。

public class FileWrapperClass { 
    private Path thePath; 
    private String hashCode; 
    private String fileType; 
    ... 
    public void setPathFromUserInput(JFrame whatever) { ... } 
    public void generateHashCode() { ... } 
    public boolean testHashCodeAgainst(Path testAgainstMe) { ... } 
    public void determineFileType() { ... } 
    ... 
    public Path getPath() { return thePath; } 
    public void setPath(Path thePath) { this.thePath = thePath; } 
    public String getHashCode() { return hashCode; } 
    public String getFileType() { return fileType; } 
} 

为generateHashCode（），testHashCodeAgainst（路径），并determineFileType（）的逻辑没有被包括在这个FileWrapperClass，并且可能不应该，如果有将是潜在的数以百万计的这些FileWrapperClass对象。

所以，我想我可能会把它拉到另一个类并使它们成为对FileWrapperClass实例进行操作的静态方法。这让我使出浑身但最基本的getter和setter方法，就像这样：

public class FileWrapperClass { 
    private Path thePath; 
    private String hashCode; 
    private String fileType; 
    ...  
    public Path getPath() { return thePath; } 
    public void setPath(Path thePath) { this.thePath = thePath; } 
    public String getHashCode() { return hashCode; } 
    public void setHashCode(String hashCode) { this.hashCode = hashCode; } 
    public String getFileType() { return fileType; }  
    public String setFileType(String fileType) { this.fileType = fileType; } 
} 

public class FileWrapperClassOperator { 
    public static void setPathFromUserInput(JFrame whatever) { ... } 
    public static void generateHashCode() { ... } 
    public static boolean testHashCodeAgainst(Path testAgainstMe) { ... } 
    public static void determineFileType() { ... } 
} 

其实，是不是产生更好的性能尼克斯整体的getter/setter动态赞成保护的直接访问变量（尽管破OO原则..是值得的性能增益？），如：

public class FileWrapperClass { 
    public Path thePath; 
    public String hashCode; 
    public String fileType; 
    ...  
} 

public class FileWrapperClassOperator { 
    public static void setPathFromUserInput(JFrame whatever) { ... } 
    public static void generateHashCode() { ... } 
    public static boolean testHashCodeAgainst(Path testAgainstMe) { ... } 
    public static void determineFileType() { ... } 
} 

我觉得我在这里的东西。如果它是现有的设计模式，那么我想知道它是什么，以便我可以学习它并对其进行编码。如果不是，那么任务就是优化这个概念。

要清楚的是，hashCode和fileType是任意数据段。我试图从实例化数百万次的类中移除尽可能多的代码，并将其放入另一个单例类中，并使用一组静态方法来处理实例化数百万次的类的实例。 是否有该设计模式的名称？ 谢谢

Answer 1

我想你基于你的“模式”的一些误解。

为generateHashCode（），testHashCodeAgainst（路径），并 determineFileType（）的逻辑没有被包括在这个 FileWrapperClass，并且可能不应该，如果有将要 数百万潜在这些FileWrapperClass对象。

您是否认为代码包含在数百万个实例中的每一个中？如果是的话，那么你错了，代码是共享的，创建单独的静态方法来处理它们是没有好处的。

其实，是不是产生更好的性能尼克斯整个 的getter/setter动态有利于保护变量直接访问 （尽管打破OO原则..是值得的性能增益 ？），如：

不，这里没有涉及性能增益。这是微型优化，无论如何JIT将不必要的。

所以作为一个结论，抱歉，但你并没有在这里“接近某件事物”，但我希望你现在“走在正确的道路上”。

Answer 2

这听起来像是我之间Anemic Domain Model和Premature Optimization之间的组合。