Convenzione di denominazione dei file per le immagini memorizzate nel controllo di versione?

Naviga le tue risposte
9

La mia applicazione ha un file di icona che è memorizzato nel controllo di versione. Ora domani potrei decidere di cambiare l'icona. Sto discutendo tra due possibili convenzioni di denominazione per il file di icone:

  1. Mantieni il nome file corretto, ad es. application.ico
  2. Il nome del file riflette la natura dell'immagine, ad esempio, happyface.ico

L'opzione 1 non dice quale sia il file. Potrebbe dare l'illusione che due immagini selvaggiamente diverse siano in qualche modo diverse "versioni" della stessa cosa. Con l'opzione 2, non dovrei solo aggiungere un nuovo file ed eliminare quello vecchio, dovrei modificare il file delle risorse per riflettere il nuovo nome file dell'icona.

Su un angolo correlato ma diverso:

Un sito Web con un'immagine di intestazione. Il nome del file è header.jpg o sunrise-family-smiling.jpg?

I nomi dei file immagine dovrebbero riflettere la loro funzione nell'applicazione o nel loro contenuto? Quale sarebbe la migliore pratica per questo?

    
posta User 05.10.2011 - 22:23
fonte

4 risposte

11

Option 1 doesn't say what the file is. It could give the illusion that two wildly different images are somehow different "versions" of the same thing

Bene, lo è, non è vero? So che potrebbe essere cambiato da una faccina a un logo aziendale, ma sono ancora versioni diverse di un'icona specifica nella tua applicazione.

Penso che ti manchi il punto concentrandoti sulla sovversione. Il fattore decisivo chiave dovrebbe essere l'applicazione stessa. Quando aggiungo l'icona che appare nella barra del titolo, non sto pensando "Devo descrivere il contenuto dell'immagine". Sto pensando "che cos'è questa immagine per l'applicazione o per chiunque altro debba cambiarla in seguito?"

E qui sta un punto più grande. Quando vengo a cambiarlo in seguito, voglio davvero cambiare il nome dell'immagine nell'applicazione? Sta ancora facendo la stessa cosa, quindi perché l'app deve sapere che l'ho cambiata?

    
risposta data 05.10.2011 - 22:39
fonte
4

Personalmente, ho sempre usato un nome descrittivo per tutti i miei file, incluse le icone, e anche se i nomi delle risorse devono essere cambiati.

Nel tuo caso, farei davvero una terza scelta:

  • Se l'applicazione è stata chiamata XYZZY, quindi chiamerei l'icona dell'applicazione "XYZZY.ico". Indipendentemente dall'icona visualizzata, è l'icona corretta per l'applicazione XYZZY.

Per estensione, se avessi bisogno di un paio di icone di dimensioni diverse, aggiungerei la dimensione dell'icona al nome. Quindi per un'icona 48x48, avrei "XYZZY_48x48.ico".

In relazione all'ultima parte "Un sito Web con un'immagine di intestazione." Il nome del file header.jpg o sunrise-family-smiling.jpg? ": Se il sito Web è per Plugh Corp, quindi userò" Plugh_Header.jpg ".

    
risposta data 05.10.2011 - 22:40
fonte
4

Vorrei andare per application.ico e header.jpg perché è più semplice e più vicino all'immagine che significa nella tua applicazione .

Potresti voler memorizzare le immagini come happyface.ico e sunrise-family-smiling.jpg da qualche altra parte (in un altro repository o forse nella stessa) se vuoi mantenerle facilmente accessibili.

    
risposta data 05.10.2011 - 22:44
fonte
2

Un'altra cosa da tenere a mente: se questa è un'applicazione web, ti consigliamo di cambiare il nome del file anche se l'immagine non è cambiata fondamentalmente semplicemente perché ciò costringe i browser degli utenti a caricare la nuova versione invece di usare quella vecchia dalla cache.

Da Yahoo Best practice per l'accelerazione del tuo sito web :

Keep in mind, if you use a far future Expires header you have to change the component's filename whenever the component changes. At Yahoo! we often make this step part of the build process: a version number is embedded in the component's filename, for example, yahoo_2.0.6.js.

    
risposta data 06.10.2011 - 10:35
fonte

Leggi altre domande sui tag

Regole sulla concretezza dei tipi di parametri del metodo, tipi di ritorno e tipi di proprietà Esempi di algoritmi per scopi generali che hanno beneficiato dell'esecuzione su una GPU? [chiuso]