加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 编程开发 > Java > 正文

java – “伪typedef反模式”是否有理由?

发布时间:2020-12-14 05:46:27 所属栏目:Java 来源:网络整理
导读:我有一个相对复杂的通用类型(例如Map Long,Map Integer,String),它在类中内部使用. (没有外部可见性,它只是一个实现细节.)我想将它隐藏在typedef中,但 Java没有这样的功能. 昨天我重新发现了以下成语,并很失望地得知这是considered an anti-pattern . class
我有一个相对复杂的通用类型(例如Map< Long,Map< Integer,String>),它在类中内部使用. (没有外部可见性,它只是一个实现细节.)我想将它隐藏在typedef中,但 Java没有这样的功能.

昨天我重新发现了以下成语,并很失望地得知这是considered an anti-pattern .

class MyClass
{
  /* "Pseudo typedef" */
  private static class FooBarMap extends HashMap<Long,Map<Integer,String>> { };

  FooBarMap[] maps;

  public FooBarMap getMapForType(int type)
  {
    // Actual code might be more complicated than this
    return maps[type];
  }

  public String getDescription(int type,long fooId,int barId)
  {
    FooBarMap map = getMapForType(type);
    return map.get(fooId).get(barId);
  }

  /* rest of code */

}

当类型被隐藏并且不构成库API的一部分(在我看来,Goetz主要反对使用它)的时候,这样做有什么理由吗?

解决方法

真正的问题是,这个成语在你的伪typedef和你的客户端代码之间建立了很高的耦合.但是,由于您私有使用FooBarMap,所以没有真正的耦合问题(它们是实现细节).

NB

现代Java IDE应该有助于处理复杂的通用类型.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读