Хорошая причина для использования java.util.Date в API

Существуют ли какие-либо особые причины для использования класса Date в API (например, в поле даты рождения сотрудника), а не long или Long.

Это обсуждается в: java-date-vs-calendar , но я хотел бы конкретно знать, есть ли какое-либо оправдание для использования дат, когда длинный (или длинный) кажется намного проще.

Конечно, я бы использовал TimeZone и SimpleDateFormatter для анализа и отображения дат в графическом интерфейсе, и, возможно, Calendar для выполнения манипуляций, но в этом вопросе меня беспокоит только хранение и представление даты в модели данных / API.

Обновление: Пример одной из причин, по которой я бы не выбрал дату, заключается в том, что она изменяема. Поэтому, если я выставляю дату в своем API, вызывающие абоненты могут вызывать setTime (long)и это кажется нарушением базовой инкапсуляции. Мне кажется, что это перевешивает преимущество дополнительной ясности, которую обеспечивает использование Date, поскольку я мог просто вызвать длинное свойство timeInMillisecondsSinceEpoch и передать ту же информацию вызывающим абонентам.