假設我有一些描述性文件名約定命名約定,例如:什麼是壓縮文件名的好方法?
typ_blue_sz_00215416_st_00001_end_00138_p1_ht_p2_w_p3_wt_ts_20160707130232.h5
在此(由)例如,該文件是一個HDF5數據文件,並且文件名是通過組合分隔下劃線和關鍵字。關鍵字這裏是typ
爲「型,」 sz
爲「大小」 st
爲「開始」,end
,p1
- p3
爲「參數1到3」,ts
代表「時間戳」。以這種方式命名文件便於編程解析和人類可讀性......但是隨着元數據量的增加,文件名接近操作系統限制(在Windows的情況下爲256)。
我們需要一種方法來大幅縮短這些文件名。我們都同意,我們不想依賴從文件中讀取這些元數據......我們希望它在文件名中。儘管如此,只要簡單的程序解析仍然存在,我們就願意妥協,只要人類的可讀性。
一種解決方案是實現某種代碼和映射......以便我們可以用較少的字符傳送相同數量的數據,只要您有解碼器。有更好的方法嗎?有什麼標準的解決方案來解決這個問題嗎?想到的一件事是TinyURL,它似乎使用相同的概念進行操作。
是否所有文件中使用的所有關鍵字和相同的順序?如果是這樣,刪除關鍵字,只有值由分隔符分隔 - 即。第一個值始終是類型,第二個值始終是大小等。還使用數字常量代替值:1 = txt,2 = jpeg等 – ABuckau