Lombok EqualsAndHashCode обработка дополнительных массивов

Question

У меня есть серия POJO, которые я использовал Lombok для заполнения, и все было довольно гладко. Я начал делать вещи необязательными, используя класс Java 8 Необязательный <>, но я столкнулся с проблемой при создании байтового массива. В моих модульных тестах, сравнивающие объекты работали отлично сравнивая два экземпляра этого класса построен одинаково:

@NoArgsConstructor @Getter @Setter @EqualsAndHashCode @ToString 
public class Attachment { 
    private String contentType; 
    private LanguageCode language; 
    private byte[] data; 
    private URI url; 
    private String title; 
} 

я могу сделать CONTENTTYPE, язык, URL и название всего Дополнительного <> и тесты все еще проходят, но тест неожиданно сбой, когда я делаю данные опционными.

private Optional<byte[]> data; 

Результат:

expected 
[Attachment(contentType=Optional[UTF-8], language=Optional[en], data=Optional[[B@27eb3298], url=Optional[test://testuri], title=Optional[test text])] 
but found 
[Attachment(contentType=Optional[UTF-8], language=Optional[en], data=Optional[[B@200a26bc], url=Optional[test://testuri], title=Optional[test text])] 

Есть ли конкретный способ для обработки дополнительных массивов, так что Ломбки могут обрабатывать сравнение?

Answer 1

Ломбок имеет специальную магию; он знает, что массивы не прилипают к равному контракту должным образом и вместо этого используют Array.

Дополнительный <> не такой умный, как ломбок, и не считал это. Мы не можем это исправить; это проблема с дополнительным.

Необязательный вариант в целом - очень плохая идея в любом месте вне очень ограниченного домена, возвращающего его из методов потока API. Вы не должны использовать его здесь, особенно не как тип любого поля или какого-либо параметра. Просто не используйте его. Это вдвойне подходит для массивов; просто используйте пустой массив.

NB: Общие и массивы не смешиваются. Причина № 9103 в том, что факультативно это плохая идея для Java.