Personnellement je suis plutot contre, pour deux raisons qui sont liées:
Comme dit au dessus, faudrait que les softs sachent un minimum ce que sont les .desc, sinon ca va être ingérable tout simplement, ensuite quel interêt face à l'utilisation des attributs étendus ?
Si ce n'est que c'est indépendant du FS, mais qu'en contre partie ca double le nombre de fichiers.
Par contre pour transporter ces informations faut bien quelque chose, mais plutot qu'un format original de plus, pourquoi ne pas tout simplement sérialiser ces attributs étendus ?
Alors on pourrait bien évidement imaginer une librairie qui permette de faire aussi bien ton systeme que les attributs étendus juste en ayant à mettre une option, mais bon.
# Moué
Posté par Ph Husson (site web personnel) . En réponse au journal Détection du format de fichier, ma solution à implémenter. Évalué à 5.
Comme dit au dessus, faudrait que les softs sachent un minimum ce que sont les .desc, sinon ca va être ingérable tout simplement, ensuite quel interêt face à l'utilisation des attributs étendus ?
Si ce n'est que c'est indépendant du FS, mais qu'en contre partie ca double le nombre de fichiers.
Par contre pour transporter ces informations faut bien quelque chose, mais plutot qu'un format original de plus, pourquoi ne pas tout simplement sérialiser ces attributs étendus ?
Alors on pourrait bien évidement imaginer une librairie qui permette de faire aussi bien ton systeme que les attributs étendus juste en ayant à mettre une option, mais bon.