ใช่ใช้HashMap... แต่ด้วยวิธีพิเศษ: กับดักที่ฉันคาดหวังในการพยายามใช้HashMapเป็นหลอก - Setเป็นความสับสนที่เป็นไปได้ระหว่างองค์ประกอบ "ที่แท้จริง" ขององค์ประกอบMap/Setและ "ผู้สมัคร" องค์ประกอบคือองค์ประกอบที่ใช้ในการทดสอบว่าequalองค์ประกอบมีอยู่แล้ว สิ่งนี้อยู่ไกลจากความเข้าใจผิด แต่ทำให้คุณห่างจากกับดัก:
class SelfMappingHashMap<V> extends HashMap<V, V>{
@Override
public String toString(){
// otherwise you get lots of "... object1=object1, object2=object2..." stuff
return keySet().toString();
}
@Override
public V get( Object key ){
throw new UnsupportedOperationException( "use tryToGetRealFromCandidate()");
}
@Override
public V put( V key, V value ){
// thorny issue here: if you were indavertently to `put`
// a "candidate instance" with the element already in the `Map/Set`:
// these will obviously be considered equivalent
assert key.equals( value );
return super.put( key, value );
}
public V tryToGetRealFromCandidate( V key ){
return super.get(key);
}
}
จากนั้นทำสิ่งนี้:
SelfMappingHashMap<SomeClass> selfMap = new SelfMappingHashMap<SomeClass>();
...
SomeClass candidate = new SomeClass();
if( selfMap.contains( candidate ) ){
SomeClass realThing = selfMap.tryToGetRealFromCandidate( candidate );
...
realThing.useInSomeWay()...
}
แต่ ... ตอนนี้คุณต้องการcandidateทำลายตัวเองในทางใดทางหนึ่งเว้นแต่ว่าโปรแกรมเมอร์จะใส่มันลงไปในทันทีMap/Set... คุณต้องการcontains"ทำให้มัวหมอง" candidateเพื่อที่ว่าการใช้งานใด ๆ ของมันเว้นแต่ว่ามันจะเข้าร่วมMapทำให้ "คำสาปแช่ง " บางทีคุณสามารถสร้างอินเทอร์เฟซSomeClassใหม่Taintableได้
โซลูชันที่น่าพอใจมากขึ้นคือGettableSetดังต่อไปนี้ อย่างไรก็ตามในการทำงานคุณต้องรับผิดชอบในการออกแบบSomeClassเพื่อที่จะทำให้คอนสตรัคเตอร์ทั้งหมดไม่สามารถมองเห็นได้ (หรือ ... สามารถและเต็มใจที่จะออกแบบและใช้คลาส wrapper สำหรับมัน):
public interface NoVisibleConstructor {
// again, this is a "nudge" technique, in the sense that there is no known method of
// making an interface enforce "no visible constructor" in its implementing classes
// - of course when Java finally implements full multiple inheritance some reflection
// technique might be used...
NoVisibleConstructor addOrGetExisting( GettableSet<? extends NoVisibleConstructor> gettableSet );
};
public interface GettableSet<V extends NoVisibleConstructor> extends Set<V> {
V getGenuineFromImpostor( V impostor ); // see below for naming
}
การดำเนินงาน:
public class GettableHashSet<V extends NoVisibleConstructor> implements GettableSet<V> {
private Map<V, V> map = new HashMap<V, V>();
@Override
public V getGenuineFromImpostor(V impostor ) {
return map.get( impostor );
}
@Override
public int size() {
return map.size();
}
@Override
public boolean contains(Object o) {
return map.containsKey( o );
}
@Override
public boolean add(V e) {
assert e != null;
V result = map.put( e, e );
return result != null;
}
@Override
public boolean remove(Object o) {
V result = map.remove( o );
return result != null;
}
@Override
public boolean addAll(Collection<? extends V> c) {
// for example:
throw new UnsupportedOperationException();
}
@Override
public void clear() {
map.clear();
}
// implement the other methods from Set ...
}
NoVisibleConstructorชั้นเรียนของคุณมีลักษณะดังนี้:
class SomeClass implements NoVisibleConstructor {
private SomeClass( Object param1, Object param2 ){
// ...
}
static SomeClass getOrCreate( GettableSet<SomeClass> gettableSet, Object param1, Object param2 ) {
SomeClass candidate = new SomeClass( param1, param2 );
if (gettableSet.contains(candidate)) {
// obviously this then means that the candidate "fails" (or is revealed
// to be an "impostor" if you will). Return the existing element:
return gettableSet.getGenuineFromImpostor(candidate);
}
gettableSet.add( candidate );
return candidate;
}
@Override
public NoVisibleConstructor addOrGetExisting( GettableSet<? extends NoVisibleConstructor> gettableSet ){
// more elegant implementation-hiding: see below
}
}
ปัญหาด้านเทคนิคของ PS หนึ่งที่มีNoVisibleConstructorคลาสดังกล่าว: อาจเป็นที่โต้แย้งได้ว่าคลาสนั้นมีอยู่โดยเนื้อแท้finalซึ่งอาจไม่พึงประสงค์ ที่จริงแล้วคุณสามารถเพิ่มตัวprotectedสร้างพารามิเตอร์ที่ไม่ใช้พารามิเตอร์จำลอง:
protected SomeClass(){
throw new UnsupportedOperationException();
}
... ซึ่งอย่างน้อยจะให้คอมไพล์คลาสย่อย จากนั้นคุณต้องคิดว่าคุณจะต้องรวมgetOrCreate()วิธีการโรงงานอื่นในคลาสย่อยหรือไม่
ขั้นตอนสุดท้ายคือระดับฐานนามธรรม (องค์ประกอบ "NB" สำหรับรายการ "สมาชิก" สำหรับชุด) เช่นนี้สำหรับสมาชิกชุดของคุณ (เมื่อเป็นไปได้ - อีกครั้งขอบเขตสำหรับการใช้คลาส wrapperที่ชั้นไม่ได้อยู่ภายใต้การควบคุมของคุณ หรือมีคลาสพื้นฐานแล้ว) สำหรับการซ่อนการใช้งานสูงสุด:
public abstract class AbstractSetMember implements NoVisibleConstructor {
@Override
public NoVisibleConstructor
addOrGetExisting(GettableSet<? extends NoVisibleConstructor> gettableSet) {
AbstractSetMember member = this;
@SuppressWarnings("unchecked") // unavoidable!
GettableSet<AbstractSetMembers> set = (GettableSet<AbstractSetMember>) gettableSet;
if (gettableSet.contains( member )) {
member = set.getGenuineFromImpostor( member );
cleanUpAfterFindingGenuine( set );
} else {
addNewToSet( set );
}
return member;
}
abstract public void addNewToSet(GettableSet<? extends AbstractSetMember> gettableSet );
abstract public void cleanUpAfterFindingGenuine(GettableSet<? extends AbstractSetMember> gettableSet );
}
... การใช้งานเป็นที่ชัดเจนเป็นธรรม (ภายในของคุณSomeClass's staticวิธีโรงงาน):
SomeClass setMember = new SomeClass( param1, param2 ).addOrGetExisting( set );
SortedSetและการนำไปใช้งานซึ่งเป็นแบบแผนที่ (เช่นTreeSetอนุญาตให้เข้าถึงfirst())