类内部的列表处理

如何解决类内部的列表处理

| 假设我有一个A类，其中包含相关元素的列表（不相关的元素类型）：

public class A {
  private List<String> list;

  public List<String> getList() {
    return list;
  }

  public void addElement(String element) {
    list.add(element);
  }
}

现在，我想从另一个类Client访问此列表。我需要添加一个新元素。问题（从理论上讲）是从设计的角度来看如何做到最好。

public class Client {
  private A a = new A();

  public void method1() {
    a.getList().add(\"\");
  }

  public void method2() {
    a.addElement(\"\");
  }    
}

如果有人可以指出这些方法中任何一种的优点，将不胜感激。 谢谢。     

解决方法

通常，您的

getList()

方法被认为是不良样式。如果类

A

返回对其实际

List

的引用，则调用者可能会在该列表上调用or5ѭ或在其中添加一百万个元素，或者谁知道所有内容。一个更好的主意是只返回ѭ6或使用

Collections.unmodifiableList()

返回

List

的只读视图。 这意味着您的解决方案2

addElement()

更好； “ 9”方法可能包含用于验证添加的元素，限制列表大小或其他内容的代码。

clear()

将不可用。     ,如果您打算真正公开该列表，则通常使用

method2

是更好的OOP风格。 （由于使用

method2

，您将免费获得

addAll

等。） 标准API中此模式的示例：

HashMap.keySet

Subject.getPrincipals

文档应注意说类似“对象由返回的集合支持”，因此修改将... 缺点是通过显示列表允许客户执行

remove

等操作，因此，如果您打算通过

add

收集物品，则

method1

仍然是一个更好的选择。 标准API中此模式的示例：

Component.addKeyListener

DefaultTableModel.addRow

    ,我不会给予列表访问（即getList（））的好处，但是您添加了addElement方法。这是一个好主意，因为您可以限制可以在该方法中添加到列表的内容。     ,我会选

public void method2() {
    a.addElement(\"\");  
} 

因为把表隐藏在

A

内。当然，这取决于列表与

A

的关联性，如果只有

A

的实例应该获得对该列表的引用，那么这是我的选择。 另一个原因可能是放弃列表可能导致客户删除项目，您可能希望避免客户将列表视为自己的列表，它是3英镑，请妥善保管！ ：P 否则，该列表不属于

A

，应将其从中删除。     ,您绝对应该在A类中隐藏基础列表。A尽可能不提供

getList()

方法。 B类应仅使用“ 29”。而且，如果B需要从A中的列表中读取内容，则A应该提供访问列表的方法，而不是向B提供整个列表。 OO编程的主要租户之一是封装。这意味着您应该隐藏类的基础实现，并抽象出该低层信息。 对于您的特定问题，您将需要使用

method2()

。如果遵循正确的OO原则，您甚至甚至不能使用

B

类中的

a.getList()

。     ,编码时，应考虑维护过程。类之间的了解越少，它就越好。 客户应该只知道A可以有元素..所以我认为第二种设计要好得多。     ,您应该提供一种在类A上添加元素的方法。从设计的角度来看，返回原始

List

是错误的，因为类的用户可以完全访问它。     ,method2更好，因为客户端不需要理会列表实现。如果类A更改了其数据结构，则客户端不会受到影响。