Scrittura esplicita del costruttore vuoto predefinito

Non vi è alcun vantaggio a meno che si stia interagendo con uno strumento o un framework che rilevi i metodi dichiarati e i costruttori della classe tramite la reflection e quindi faccia silenziosamente cose diverse a seconda che trovi o meno il costruttore predefinito. (Mi sembra di ricordare che le prime versioni di Spring o Hibernate hanno fatto questo.)

Altrimenti, come dici tu, qualsiasi incoerenza verrebbe contrassegnata dal compilatore, quindi non ha senso dichiarare cose che sarebbero comunque generate automaticamente.

L'unico vantaggio che posso prevedere è che puoi aggiungere documentazione specifica a questo costruttore, ad esempio per descrivere come gestire l'oggetto dopo l'istanziazione, ecc ...

In ogni altro caso, non penso che sia utile.

But this error would show up anyway if the default constructor is actually being used (at least in the class is "internal" and not in a library), and if it isn't used it can be omitted (yagni).

Deserializzazione Xml. Sì, l'errore si presentava, ma piuttosto tardi - come eccezione in runtime.