Есть ли какие-либо конкретные причины использовать класс Date в API (например, в поле даты рождения сотрудника), а не длинный или длинный.
Об этом говорится в: java-date-vs-calendar, но я хотел бы знать конкретно, есть ли какое-либо обоснование использования Дат, когда длинный (или длинный) кажется намного проще.
Конечно, я бы использовал TimeZone и SimpleDateFormatter для синтаксического анализа и отображения дат в графическом интерфейсе и, возможно, Calendar для выполнения манипуляций, но я беспокоюсь только о хранении и представлении даты в модели данных /API в этом вопросе.
Обновление: Пример одной из причин, почему я не выбрал Date, это то, что она изменена. Поэтому, если я выставляю дату в моем API, вызывающие могут вызывать setTime (long), и это, по-видимому, является нарушением базовой инкапсуляции. Для меня это, похоже, перевешивает преимущества дополнительной ясности, связанные с использованием Date, поскольку я мог просто вызвать длинное свойство timeInMillisecondsSinceEpoch и передать ту же информацию вызывающим абонентам.