Vale la pena supportare big-endian per un'applicazione solo desktop?

Si noti che "ordine dei byte di rete" è big endian , quindi se si stanno trasmettendo strutture standardizzate, è necessario per fare quella conversione.

Generalmente, la maggior parte delle persone evita questo problema trasmettendo i dati in una forma testuale (come XML o JSON).

Non ci sono chipset importanti e molto popolari che usano big endian, quindi potrebbe non essere un problema pragmatico per te. Ma le cose cambiano. E il codice ha un modo per essere rimosso da un posto e usato in un altro.

Scriverò il codice in modo convenzionale, supportando l'ordine dei byte di rete, in quanto questa sarà la cosa meno sorprendente da fare. Come dici tu, i costi delle prestazioni sono davvero minimi. E considera l'utilizzo di un formato testuale come JSON. Questo rende l'intero problema scomparso e ha anche altri vantaggi (facile lettura dei dati di traffico da parte delle persone e più facile sfruttare altri strumenti che si aspettano dati in formato JSON o XML).

Non pensare solo a cose nel tuo codice. Non sai mai quanto tempo sarà in uso.

Conosco personalmente i prodotti in uso dai primi anni '90, passando da MacOS basato su 68000 tramite PA-RISC HP-UX, poi x86 Linux a Windows x86 attualmente. Ci sono stati alcuni cambiamenti di architettura, endianness, sintassi dei file ecc. Durante quel periodo.

Quindi, se il tuo codice non accetta volentieri ad es. CPU big-endian, scrivere un test unitario che fallisce se eseguito su una macchina del genere. Poi tra 10 anni, quando i tuoi futuri colleghi trasferiranno il tuo codice su una nuova architettura, avranno una chiara indicazione del motivo per cui non funzionerà immediatamente.

Negli ultimi quattro anni non ho visto alcun codice che dipendesse da endianness, o avrebbe potuto essere reso più semplice o più veloce formulando ipotesi al riguardo.