我应该有一个对象作为属性或原始id吗？

Question

这个问题可能是基于观点的，但我想知道我应该使用哪种原则。这是我的情况。

我有一门课叫TravelOffer。该类如下所示：

public class TravelOffer
{
    private final long id;

    private final StartZone startZone;
    private final EndZone endZone;
    private final List<Waypoint> waypoints;

    private final Period startOff;

    private final User travelCreator;
    private final List<User> participantsList;

    private final TravelExtras travelExtras;

    private final CandidateApprovement candidateApprovement;

    private int numberOfSeats;

    private double pricePerPerson;

    private Luggage luggage;

    private boolean additionalLuggageTransport;

    private String additionalDescription;
}

如您所见，有以下属性：

User-tavelCreator和列表

我想知道的是，它应该是这样的，还是简单地用字符串用户标识替换用户对象，然后从单例类中获取将在Hashmap中的用户对象。

有什么想法吗？




Answer 1

参与者列表和travelCreator是否符合TravelOffer的逻辑？如果是，通过userId将Traveloffer和User分离是没有意义的。首选id方法的少数几种情况之一是，如果我们确实需要松耦合（例如，当我们需要根据id从另一个系统进行查找时），这意味着TravelOffer不需要用户，但这里的情况并非如此。如果TravelOffer和User都是同一个系统的一部分，最好保留对对象的引用而不是id。

Answer 2

我不认为存储ID而不是引用是个好主意。这将使代码更加复杂，因为每次您需要与TravelOffer关联的用户时，您都必须调用返回引用的DAO。只要Java使用引用，你就不必担心内存。其他事情：参与者完全适合TravelOffer，所以它不应该被分割。

比较一下：

travelOffer.getTravelCreator().getName()
userDao.getUser(travelOffer.getTravelCreatorId()).getName()

第一个对我来说看起来更好。

你的问题与对象关系映射有关吗？